Configuration Management

本来一直想做一个配置管理方面的工具，目的是能根据配置项自动生成配置页面。这样就可以省去很多编写配置界面的工作。但是根据最近的一些研究，发现这样的需求并不是很大，因为：

1. 如果是简单的配置项，现在有很多开源的工具可以做这样的配置。例如Disconf
2. 如果是比较复杂的配置，并不建议用配置页面。原因有两：
   • 复杂配置不易暴露给客户。不然客户的抱怨会远大于这些配置带给他们的灵活度。
   • 如果配置只是内部使用，那么更建议用SQL Script去做配置。这样更便于环境建的配置复制。
   • 因为部署环境间有许多差别，如果用Change Log的方式去应用配置改动到另一环境会产生更多问题（例如QA环境的配置要远比UAT复杂应为QA需要测试更多的情况）。

简单的在线配置，feature toggle，大吞吐量和failover这些都是的配置管理工具的发展方向，但是目前看起来，客户并不会为这些功能付多少费用。因为这些功能都较为简单，并且需要集成及部署方面的代价，开源工具反而是更好的选择。所以Configuration 这一方面，以后不用继续花什么精力了。

转载于:https://www.cnblogs.com/traffic/p/6445276.html