Docker Kubernetes-容器启动后准备就绪探测的执行

一旦容器成功启动，是否有办法防止就绪探测执行？我认为liveness探针应该足以监视容器的运行状况。

就绪性探针和liveness探针的用途略有不同

readiness probe控制pod IP是否包含在服务的端点列表中，以及当路由通过外部URL公开时是否包含目标

活跃度探测器确定pod是否仍在正常运行或是否应重新启动

从技术上讲，应用程序可能仍然可以正常运行，但可能是积压的，因此您希望使用就绪探测将其从服务的端点集中临时删除，以避免进一步的请求按自己的方式路由，并在另一个pod可以处理时在该特定pod的请求队列中被阻塞

---

因此，我个人同意复制看起来很奇怪，但这样可以区分不同的情况。

在Graham的回答之上，再加上：-应该实施liveness响应，以确保应用程序能够正常工作。这就是为什么liveness探测器不应该指向静态文件（除非它是仅静态的文件服务器）。记住，如果满足活跃度探测器故障阈值，pod将被杀死并更换为新pod。-准备就绪响应应检查应用程序是否准备好处理另一个请求。它可以像进行基本的数据库查询一样简单，也可以像检查资源消耗一样智能。失败永远不会杀死豆荚，只会给它恢复的时间。