我应该为Kubernetes健康检查实现专用api端点吗？
我在Kubernetes群集上部署了一个next.js前端服务器和一个express.js后端服务器，该群集会自动进行运行状况检查，目前位于两台服务器的根路径（“/”）上 我的问题是，我应该实现自己的健康检查路由，比如“我应该为Kubernetes健康检查实现专用api端点吗？,kubernetes,health-monitoring,kubernetes-health-check,health-check,Kubernetes,Health Monitoring,Kubernetes Health Check,Health Check,我在Kubernetes群集上部署了一个next.js前端服务器和一个express.js后端服务器，该群集会自动进行运行状况检查，目前位于两台服务器的根路径（“/”）上 我的问题是，我应该实现自己的健康检查路由，比如“/health”，然后在该路由上返回200个HTTP响应代码，还是应该让它保持现在的状态 我担心我会在两台服务器的根路径（“/”）端点上实现很多功能，这会给我的两台服务器带来更大的压力，因为集群会继续向这些端点发出请求。实际上，如果您担心影响应用程序的性能，从计算/内存资源的角度
/health我担心我会在两台服务器的根路径（“/”）端点上实现很多功能，这会给我的两台服务器带来更大的压力，因为集群会继续向这些端点发出请求。实际上，如果您担心影响应用程序的性能，从计算/内存资源的角度来看，这取决于您在
//health如果
///health/