就绪探针判断容器是否准备好接收流量，失败则移除端点不重启；存活探针检测容器是否存活，失败则触发重启。两者目的与后果不同，需合理配置以提升应用稳定性。
Kubernetes 中的就绪性探针（Readiness Probe）和存活探针（Liveness Probe）都是用来监控 Pod 内容器状态的重要机制，但它们的作用不同，触发的行为也不同。理解两者的区别有助于更稳定地运行应用。
就绪性探针（Readiness Probe）
就绪性探针用于判断容器是否已经准备好接收流量。如果探针失败，Kubernetes 会将该 Pod 从对应的服务端点中移除，不再转发请求给它，但不会重启容器。
常见使用场景包括：
应用启动时需要加载大量数据或缓存，暂时无法处理请求
数据库连接尚未建立完成
依赖的其他服务还未响应
只要就绪探针失败，Pod 就不会被加入服务的负载均衡池，直到探针再次成功。
存活探针（Liveness Probe）
存活探针用于判断容器是否处于运行状态。如果探针失败，Kubernetes 认为容器已进入不可恢复状态，会自动重启该容器。
适用于以下情况：
应用陷入死锁或无限循环，进程还在但无法响应
内存泄漏导致服务无响应
关键线程崩溃但主进程未退出
重启容器是解决这类问题的直接方式，存活探针正是为此设计。
核心区别总结
目的不同： 就绪探针决定“是否能接收请求”，存活探针决定“是否需要重启”。
失败后果不同： 就绪探针失败 → 暂停流量；存活探针失败 → 容器重启。
配置建议： 通常两个探针都需要设置。就绪探针的超时和重试可以宽松一些，避免误判；存活探针要谨慎设置，避免频繁重启影响稳定性。
基本上就这些。合理配置这两个探针，能让应用在异常情况下更健壮，同时保障服务可用性。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。