探针
简单理解： 容器内应用的检测机制，根据不同的探针来判断容器应用当前的状态
- 为什么会需要探针
# 情况一
现在有一个商品的微服务，跑着跑着突然内存溢出，程序崩掉了，外面的pod虽然在，但是也相当于挂掉了。这个时候我们，就需要重启服务。
这个服务怎么启动，什么时候启动，什么状态启动。是由，我们指定的重启策略（配置文件里的一个参数‘restartPolicy’）来决定的。
但是，我们怎么知道这个服务挂掉了呢？是靠我们的探针。
当我们的容器创建成功之后，会创建一个探针，这个探针会一直监控容器。如果，这个容器挂掉了，他就会去找是否配置了相对应的重启策略，如果有，就按照重启策略重启这个容器（也决定是否重启）。
# 情况二
有一个商品服务，我启动了这个服务，但是还有一些初始化的配置，没有完成。所以，在我初始化没有完成的时候，我不希望有用户来访问我的端口。那么，我们怎么知道初始化什么时候完成呢？
我们就需要用到探针。
类型
startupProbe
当配置了startupProbe后，会先禁用其他探针，知道startupProbe成功后，其他探针才会继续。
作用：由于有时候不能准确预估应用一定是多长时间启动成功，因此配置另外两种探针。
livenessProbe
用于检查容器内的应用是否还在运行。如果应用因为某种原因挂起或崩溃，它将探测到这个情况，然后会重启该容器。
作用：主要目的是确保应用保持运行状态，而不是陷入死锁或无限循环等无法响应的状态。
readinessProbe
用于探测容器内的程序是否健康，他的返回值如果返回success，那么就认为该容器已经完成启动，并且该容器是可以接受外部流量的。
作用：方便一些需要启动时间来完成初始化或者加载数据的应用非常有用。在这些应用完全准备好之前，readinessProbe会返回失败，从而防止外部请求被发送到尚未完全启动的容器。
探测方式
- ExecAction
在容器内部执行一个命令，如果返回值为0，则任务容器是健康的。
livenessProbe: exec: command: - cat - /health
- TCPSocketAction
通过tcp连接检测容器内端口是否开房，如果开放则证明该容器健康。
livenessProbe: tcpSocket: port: 80
- HTTPGetAction
生产环境用的较多的方式，发送http请求到容器内的应用程序，如果接口返回的状态码在200-400之间，则认为容器健康。
livenessProbe: failureThreshold: 5 httpGet: path: /health port: 8080 scheme: HTTP httpHeaders: - name： xxx value: xxx
- 一些简单的参数
initialDelaySeconds: 5 # 初始化时间
timeoutSeconds: 1 # 超时时间
periodSeconds: 10 # 间隔时间
successThreshold: 1 # 检查一次成功就表示成功
failureThreshold: 3 # 检测失败两次就表示失败
readinessProbe:
failureThreshold: 3 # 错误次数
httpGet:
path: /ready
port: 8080
scheme: HTTP
periodSeconds: 10 # 间隔时间
successThreshold: 1