配置中心设计思考

配置

配置(Configuration) 这个概念对于广大程序猿来说应该都不陌生，例如线程池大小、数据库连接、系统停服开关等等。

最开始，我们的配置都是以key-value的形式存放在配置文件中的，比如 在Java开发中配置信息通常位于在项目resource目录下的properties文件中，

<context:property-placeholder location="classpath:config.properties"/>

在集中式开发时代，配置文件基本足够用了，因为那时配置的管理通常不会成为一个很大的问题，简单一点来说，系统上了生产之后，如果需要修改一个配置，登录到这台生产机器上，vi修改这个配置文件，然后reload一下并不是什么很大的负担。

但是在互联网时代，我们的应用都是分布式系统，部署在N台机器上，让运维去线上一台一台的重启机器 肯定不靠谱。

所以使用配置文件方式存在以下问题：

• 需要手动修改配置文件;
• 配置文件修改后需要重新编译打包;
• 需要重启线上服务器配置才能生效 (项目集群时,更加令人崩溃) ;
• 不同环境上线包不一致: 例如JDBC连接, 不同环境需要差异化配置;

什么是配置中心

配置中心用来集中管理应用不同环境（Dev、Test、Stage、Prod）、不同集群的配置，配置修改后能够实时推送到应用端。

配置中心提供的核心功能（不仅限如此）：

• 提供配置管理中心, 支持在线管理配置信息;
• 集中管理各环境的配置文件，支持版本管理（可以用来回滚）；
• 后台配置修改之后，客户端能快速的生效；
• 配置集的导出\导入功能；
• 需保证高性能、高可用；
• 客户端支持各种语言；

可选方案

目前已有开源解决方案，分别如下：

参考资料

淘宝Diamond架构分析

阿里中间件团队博客 一篇好TM长的关于配置中心的文章