使用运行状况检查或ping来改善rest api性能

Question

我们注意到我们的API性能得到了改善，因为我们通过下游之一增加了运行状况检查频率。 API性能的原因是http连接正在重新使用健康检查。下游的keepalive超时为55秒，并且保持30秒的健康检查频率将确保所有API请求将获得重用的实时连接。虽然这种方法有效，但这看起来并不是一个战略解决方案。我们的下游已移至AWS，其中keepalive超时为2秒。是否有比ping / health-check更好的解决方案，以确保我们的API始终获得实时连接。每个请求的性能提升约为400毫秒。

Answer 1

没关系。

可能的解决方案是：

• 为您的下游提供更好的连接（专线），以便建立连接成本更低
• 增加保持活力。它可能不安全，因为你可以通过分配大量连接来进行DDoSed。
• 根据您上游的请求频率进行ping /健康检查。它比增加保持活动更安全，似乎您的上游请求率非常低（每分钟约1个请求或更低），因此它将是最便宜和最安全的选项。

一般来说，你的ping /健康检查无论如何都是一种保持活力的东西。