我在 Kubernetes 集群上部署了一个 next.js 前端服务器和一个 express.js 后端服务器，它发出自动运行状况检查，当前位于两台服务器的根路径（“/”）上。
我的问题是，我应该实现自己的运行状况检查路由，例如“ /health”，然后在该路由上返回 200 HTTP 响应代码，还是应该让它保持现在的状态？
恐怕我会在两台服务器上的根路径（“/”）端点上实现很多功能，这会给我的两台服务器带来更多压力，因为集群会继续向这些端点发出请求。
问问题
653 次
1 回答
3
实际上，如果您担心影响应用程序的性能，从计算/内存资源的角度来看，这取决于您在/.
如果您提供大量 HTML，它实际上会影响您的性能，我建议您为运行状况检查实施不同的端点，例如/health与 Kubernetes就绪探针一起使用。
如果 的内容/很轻，它不太可能会有所作为。在改善使用 K8s 中的 Liveness/Readiness 探针运行健康检查时对资源施加的“压力”方面，您可以通过增加它们来缓解这种情况，但请记住，如果您在Kubernetes 服务periodSeconds后面有多个pod并且其中一个 pod 的运行状况检查存在问题，从服务中删除该 pod 需要更长的时间，从而导致更长的潜在“停机时间”。
于 2020-06-15T22:37:47.483 回答