当我搜索微服务架构的最佳实践时，有时会将与应用程序不同的端口用于运行状况检查地址。这对于微服务来说是一个很好的做法吗？这种方法的优点和缺点是什么？
答案 0 :(得分：3)
在不同的URL路径上对不同端口进行健康检查没有固有的好处 - 反之亦然。
最后，端口只是底层操作系统的抽象，将流量路由到不同的进程。
重要的是使用的具体网络基础设施/设置：防火墙，负载均衡器，服务发现等。
也许不同的端口更容易配置为防火墙/ IPS / Web应用程序防火墙中的规则？ - 但这是特定于实现的。
回顾一下：两者都很好。除非您发现基础架构/网络设置的某些具体需求，否则请使用简化您生活的方式。
答案 1 :(得分：2)
如果您对健康检查 API 使用不同的端口和隔离的连接池，将会受益。
重请求下 => 应用连接池已满 => 健康检查 API 无法获取进程 => k8s 无法健康检查应用 => 确定应用不可用 => k8s 杀死应用 => 那可能会给你一个更多降级性能。