即在什么情况下, 我们应该从服务端点列表删除pod, 使其不再响应请求?...书签:
如果微服务的url endpoint(如: /seats)可以清晰表明该微服务的状态, 就用它!
更通用的做法, 是配置一个专用的健康检查的URL....这个URL无法响应时, 该微服务肯定有问题. (如: /health 或 /status 等)
但是, 事情没有这么简单....就绪(Readiness)探针
上面所述的关于存活探针的所有内容都同样适用于就绪探针。明显的区别是探针执行操作时的最终结果,在就绪探针的情况下,操作是从可用服务端点列表中删除 pod。...判断的结果也往往是相当准确的, 但是相比K8S, 我们发现传统应用异常, 并没有进行后续的自动化处理, 如自动重启, 而是仍然采用人工分析处理的方式.