问像数据库性能这样的东西是否应该包含在健康检查中？

EN

您可能不应该通过应用程序的健康检查路径来监视数据库性能--可能会发生一些危险的情况。假设您在AWS中使用ASG，并使用LB健康检查来确定ASG是否应该旋转机器。如果开始使用数据库争用(与应用程序无关)，则ASG将开始删除节点。因此，您不仅会有一个性能不佳的数据库，而且您还将有一个耗尽的ASG。

通常情况下，在健康的范围之外，应该对绩效进行监控。我们大量使用statsd，并将所有的度量、应用程序和数据库都注入其中，这样我们就可以在此基础上绘制图表并发出警报。

还请记住，当您扩展时，您的健康检查速度也会扩展--我们有一些服务，每秒钟接收数千个健康检查请求，如果每个服务执行一个合成的昂贵查询，我们的数据层就会脱机。

当您添加缓存层时，逻辑也变得更加复杂--如果数据库是健康的，但是KV缓存不是健康的，那么健康检查端点应该返回什么呢？

总的来说，虽然端到端监视对于有效的监视策略至关重要，但我强烈建议对流入数据库的现有查询度量进行带外监视--这些指标代表实际用户性能，并将为您的应用程序的实际运行情况提供一个可量化的度量标准。