configuration - 向我们的服务器添加集中配置

Question

随着我们系统的增长，有越来越多的服务器和服务(不同类型和同一类型的多个实例，需要对配置进行细微的更改)。我们正在寻找一个“集中配置”的解决方案，最好是现有的，我们不需要从 scrtach 开发。
这个想法是这样的，服务上升，它知道一条数据(它的类型+位置+版本+服务ID或类似的东西)并联系一些中央服务，这会给它适当的配置(文件，对象或其他) .
如果上线的服务找不到配置服务，它将使用缓存的配置或拒绝初始化(行为可能应该在它从谁那里获得的启动参数中指定)或任何使它上线的东西)
配置服务应该是高度可用的，即服务器集群(ZooKeeper 听起来像是一个完美的候选者)
服务最好支持继承的概念，允许服务类型的全局配置文件，然后通过其 ID 对服务的每个实例进行特定的覆盖或扩展。此外，它应该支持诸如配置版本控制之类的东西，允许为不同版本保留相同服务类型的不同配置，因为我们希望更多地依赖并排推出的服务。
等式的另一方面是有一个配置管理工具连接到同一个集中配置服务，并且可以根据上述要求查看和更新​​所有配置。

我知道，如果我修改从服务拉配置数据到将数据推送到它的核心需求，我可以使用诸如 puppet 或 Chef 之类的东西来管理所有内容。老实说，我对这两个系统几乎没有经验(我们的 IT 团队有更多)，但从我的调查来看，我可以说它们似乎不是这项工作的正确工具。

是否有任何系统类似于我上面描述的任何人都集成过的系统？

Answer 1

我只有本土解决方案的经验，所以我的回答可能无法解决您的问题，但可能会帮助其他人。我们已经成功地利用 Web 服务器和 SVN 机器人进行配置管理。此解决方案并不意味着您必须“从头开始开发”，但也不是交 key 解决方案。

我们有多个 Web 服务器，每个服务器都在同步的分钟基础上从 SVN 存储库刷新其配置。客户端将使用 /type=...&location=...&version=... 向服务器发出请求。 HTTP 参数的类型。然后在需要自定义配置时可以在 View 中使用这些值。我们对实时重新加载的 Spring XML 文件和标准文件进行了此操作 field=value属性文件。

我们的系统只是拉动，尽管我们可以在必要时通过 JMX 触发拉动。

希望这会有所帮助。