Wou*_*ter 5 consul
我的主要目标是当我可以预测我的服务将会下降时,避免健康状态更新为“严重”时出现严重延迟。我会将其与已经到位的 http 健康检查结合起来。
考虑的解决方案:
我尝试过 TTL 检查,但这会带来转换服务以不断发送其当前状态的负担。
我想到使用具有非常高的 ttl 的 TTL 检查 + 在重新启动时发送“健康”,但如果此初始请求失败,则服务将保持不健康状态太长时间。
减少 http 运行状况检查的间隔会稍微缓解该问题,但也会产生更大的开销。
小智 3
如果您可以预测服务将会下降,您应该考虑将其置于维护模式。这会立即将其从 DNS 和 API 结果中删除。以下是有关如何将服务置于维护模式的文档的链接。
运行状况检查总是会有延迟,因为它们是定期执行的,旨在监控服务是否出现意外停机。如果您知道服务由于更新/升级/重新启动/退役而停止运行,那么对用户影响最小的最佳方法是在对其进行任何操作之前将其删除。
归档时间:
6 年,5 月 前
查看次数:
2314 次
最近记录: