适用场景与边界
适合以下场景:
- Spring Boot / Java 微服务部署在 Kubernetes 中。
- 服务启动慢,过去靠很大的
initialDelaySeconds硬等。 - 发布时希望新版本启动失败后停止滚动更新,旧版本继续服务。
- 需要区分启动检查、流量摘除和进程重启三类动作。
不适合直接照搬的场景:
- 批处理 Job、CronJob,不需要长期接收流量。
- 长连接服务、网关服务、消息消费者,需要结合连接排空或消费位点管理。
- 健康检查端点本身很重,必须先改造 health endpoint。
一、为什么很多探针配置是错的
很多 Spring Boot 服务一开始这样配:
readinessProbe:
httpGet:
path
订阅专栏 解锁全文

427

被折叠的 条评论
为什么被折叠?



