Readiness 和 Liveness Probe Endpoints 的 URL 应该是什么？答案

【问题标题】：What should the URL be for Readiness and Liveness Probe Endpoints?Readiness 和 Liveness Probe Endpoints 的 URL 应该是什么？
【发布时间】：2018-12-18 14:32:00
【问题描述】：

我是否应该像这样在我的应用程序的根目录中使用 URL：

/ready
/live

他们是否应该像这样组合在一起：

/status/ready
/status/live

我应该像这样使用RFC5785 并将它们放在.well-known 子目录下吗：

/.well-known/status/ready
/.well-known/status/live

如果我这样做，我的理解是我必须向官方的IANA 注册表注册status 分配。

还是有其他的方案？我正在寻找人们使用的通用约定。

【问题讨论】：

标签： url kubernetes health-monitoring kubernetes-health-check

【解决方案1】：

Kubernetes 文档使用/healthz，我认为最好遵循它；但你真的可以使用任何你想要的东西。

我相信healthz 用于使其与zpages 保持一致，OpenCensus 对此进行了描述：

https://opencensus.io/zpages/

【讨论】：

【解决方案2】：

AFAIK，你可以使用任何你想要的东西，它就是你在你的应用程序中放置的任何东西。如果您的应用程序有办法区分“Ready”和“Alive”。使用 GET 请求中的任何一个都可以：

/ready
/live

或

/status/ready
/status/live

请注意，通常“活动”表示您的应用已启动，“准备就绪”表示您的应用已准备好为流量提供服务。

【讨论】：