Configuration Management

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

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

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

posted @ 2017-02-26 17:59  随风飞舞  阅读(339)  评论(0编辑  收藏  举报