Kubernetes 中的探针（Probes）用于检测容器的健康状态和生命周期状态。Kubernetes 提供了三种类型的探针：Liveness Probe、Readiness Probe 和 Startup Probe。每种探针都有其特定的使用场景。
- Liveness Probe
Liveness Probe 用于检测容器是否处于健康状态。如果探针失败，Kubernetes 会重新启动容器。
使用场景：
检测应用程序是否挂起：如果你的应用程序可能会在某些情况下挂起或进入死循环，Liveness Probe 可以帮助检测并重启该应用。
恢复不可恢复的错误状态：如果应用程序进入了一个不可恢复的错误状态（如内存泄漏导致的崩溃），Liveness Probe 可以通过重启容器来恢复应用。
示例：
apiVersion: v1
kind: Pod
metadata:
name: liveness-pod
spec:
containers:
- name: my-container
image: my-image
livenessProbe:
httpGet:
path: /healthz
port: 8080
initialDelaySeconds: 3
periodSeconds: 3
- Readiness Probe
Readiness Probe 用于检测容器是否已经准备好接受流量。如果探针失败，Kubernetes 会将该容器从服务的负载均衡池中移除。
使用场景：
初始化期间：在应用程序启动期间，可能需要进行一些初始化操作（如加载配置、建立数据库连接等）。Readiness Probe 确保在这些操作完成之前，流量不会被路由到该容器。
临时不可用状态：如果应用程序在运行过程中变得暂时不可用（如需要进行内部维护或重置），Readiness Probe 可以防止流量被路由到不可用的容器。
示例：
apiVersion: v1
kind: Pod
metadata:
name: readiness-pod
spec:
containers:
- name: my-container
image: my-image
readinessProbe:
httpGet:
path: /ready
port: 8080
initialDelaySeconds: 5
periodSeconds: 5
- Startup Probe
Startup Probe 用于检测容器的启动状态。如果探针失败，Kubernetes 会重新启动容器。Startup Probe 专门用于检测容器的启动过程，与 Liveness Probe 和 Readiness Probe 不同，Startup Probe 只在容器启动时运行。
使用场景：
慢启动应用程序：对于启动时间较长的应用程序（如需要加载大量数据或进行复杂初始化的应用），Startup Probe 可以防止 Kubernetes 过早地认为容器启动失败并重启它。
复杂启动逻辑：如果应用程序在启动时需要执行复杂的逻辑，Startup Probe 可以确保这些逻辑在容器被认为已成功启动之前完成。
示例：
apiVersion: v1
kind: Pod
metadata:
name: startup-pod
spec:
containers:
- name: my-container
image: my-image
startupProbe:
httpGet:
path: /startup
port: 8080
initialDelaySeconds: 10
periodSeconds: 5
failureThreshold: 30
选择合适的探针
Liveness Probe：用于检测和恢复挂起或崩溃的容器。
Readiness Probe：用于确保只有准备好接收流量的容器才会被路由流量。
Startup Probe：用于检测启动时间较长或启动过程复杂的容器，确保它们在启动完成之前不会被过早地重启。
通过合理配置这三种探针，可以显著提高应用程序的稳定性和可靠性。
