kubernetes - 我应该为Kubernetes健康检查实现专用的api端点吗？

Question

我已经在Kubernetes集群上部署了next.js前端服务器和express.js后端服务器，该集群发出自动运行状况检查，当前在两台服务器的根路径(“/”)上。

我的问题是，我应该实现自己的运行状况检查路由(例如“/health”)并仅在该路由上返回200 HTTP响应代码，还是应该让它保持当前状态？

恐怕我将在两台服务器的根路径(“/”)端点上实现很多功能，这将给我的两台服务器带来更大的压力，因为群集继续向这些端点发出请求。

Answer 1

实际上，如果您担心影响应用程序的性能，那么从计算/内存资源的 Angular 来看，它取决于您在/下提供的 Material 。

如果您提供大量HTML内容，则实际上会影响您的性能，例如，我建议实现另一种终结点/health进行运行状况检查，以与Kubernetes Readiness Probes一起使用。

如果/的内容很浅，则不太可能有所作为。关于改善“压力”，您在使用K8s中的“ Activity /就绪”探测器运行运行状况检查时会投入资源，可以通过增加其中的 periodSeconds 来缓解压力，但请记住，如果在Kubernetes service后有多个 pods 并且其中一个Pod的运行状况检查存在问题，从该服务中删除该Pod所需的时间会更长，从而导致更长的潜在“停机时间”。