Kubernetes中存活与就绪探测端点是否应使用.well-known路径？

核心结论先行 #

使用/.well-known/live和/.well-known/ready作为存活、就绪探测端点不违反well-known URI的规则，但是否采用取决于你对「自定义统一标准」和「社区兼容性」的优先级选择。

具体分析 #

1. well-known URI规则层面
   根据定义：

   well-known URI是指以/.well-known/开头的URL路径前缀统一资源标识符，这类URI在Web服务器中实现，以便针对知名服务或信息的请求可在各服务器的一致知名位置获取。

   维基百科列出的端点列表并非强制性规范，只要你的团队内部约定统一，将健康检查端点放在/.well-known/路径下完全符合其设计初衷——提供一个标准化的、易于识别的统一位置。

2. Kubernetes社区传统路径层面
   /livez、/readyz（以及更早的/healthz）是Kubernetes社区长期形成的约定俗成路径：

   • Kubernetes自身核心组件（如kube-apiserver、kube-controller-manager）默认使用这些路径
   • 大部分监控工具、服务网格、自动化运维系统都默认支持这些路径，无需额外配置即可识别健康状态

决策建议 #

• 如果你的团队希望在所有微服务中统一健康检查的路径规范，且能同步更新相关工具（如监控告警、K8s探测配置）的适配逻辑，那么/.well-known/live和/.well-known/ready是完全可行的选择，能实现更好的路径统一性。
• 如果更看重生态兼容性、减少配置成本，不想改动现有工具的默认设置，那继续沿用/livez和/readyz会更省心，避免不必要的适配工作。

内容的提问来源于stack exchange，提问作者Zev Isert