我们有一组微服务，它们从我们创建的配置服务器获取其配置。我们的配置服务器使用mongo作为配置文件的后备存储，我们在冗余配置中运行它，这样如果任何配置服务器出现故障，我们就可以故障转移到另一个。
现在每个服务的配置是它使用发现来获取配置服务器的位置。我们可以看到每个服务获取一个引用，为服务器提供正确的配置数据，并且所有服务都可以正确地使用这些数据。
现在我们注意到的一件事是服务每3分钟定期从配置服务器请求他们的配置。这是在配置客户端级别而不是在我们的代码库中完成的。
来自该速率的每个服务的获取请求导致配置服务上的相当大的负载。这是预期的，如果是这样的话怎么可能降低这些ping的比率？
另一个问题是，如果我们向任何服务发出健康请求，则会触发从远程配置服务获取服务配置的请求。
这两个元素的组合正在推动我们的配置服务器进入地面，因为它们在服务器上是5个请求/秒。