微服务和胖客户端的集中配置答案

【问题标题】：Centralized configuration for microservices and fat clients微服务和胖客户端的集中配置
【发布时间】：2020-03-20 19:58:50
【问题描述】：

我们正在研究如何管理安装在设备中的多个微服务（10 到 15 个服务）和胖客户端应用程序（数百个）的配置。这些应用程序是用 Java 开发的（物有所值）。设备并不总是与网络有有效的连接，因此配置也必须在本地缓存。

我们一直在研究 Spring Cloud Config 和 Consul、Zookeeper 和 Etcd 等服务。我们特别喜欢 Consul，因为它具有很多开箱即用的功能，而不是最新的用户界面。

我们仍在苦苦挣扎的是我们应该如何设置这样的工具，尤其是用于设备配置。我们有四种不同类型的设备，它们可以运行各自应用程序的略有不同版本。这些应用程序共享一些配置设置，而其他设置特定于版本、设备类型甚至单个设备。

在像 Consul 这样的工具中存储单一类型的一个版本的配置似乎很容易，但是我们如何在 Consul 中为我们现有的环境构建设置，使其仍然清晰易懂不应该太熟悉应用程序的所有复杂性的服务工程师？ Consul 真的是解决这个问题的正确工具吗？

【问题讨论】：

【解决方案1】：

我不确定您是否想简化可以随时重复使用的配置管理。

您可能想查看一些流行的键值管理软件，例如 Hashicorp Vault、AWS Secret Manager、Bitnami Sealed Secrets 等。

干杯！

【讨论】：

Vault 等是秘密管理器，而不是 kv-stores 本身。与 Vault 关联的 kv-store 将是 Hashicorp 的 Consul。事实上，我们正在考虑简化一些事情。我们已经进行了一些初步测试，似乎可以通过在 spring-consul 客户端中进行小的更改来获得我们想要的分层行为。我们应该看看我们是否可以在 kv-store 中或在我们的软件中使用不同的设置来完成其他事情。