分布式配置中心杂谈

最近手头事情少，有不少空闲时间，闲来无事，就开始研究公司的架构体系，现在将关于配置管理的心得记录一下。

背景

一个项目工程总是需要一些配置项的，比如，配置服务器端口、访问数据库的参数或者其他一些项目需要的参数。而一个复杂的分布式系统可能存在很多这样需要配置的项目，而且有些配置是通用的，这时候配置管理就变成了一个复杂的工程，而且有些配置可能需要经常改动，如果不把配置集中起来，那么需要对每个机器节点的配置进行改动，这个工作很繁琐，也容易出错。因此对于一个复杂分布式系统来说，需要一个单独的系统来专门管理各个项目的配置。

开源项目

实际上，业界有许多开源的分布式配置管理系统，比如百度开源的disconfig、淘宝的diamond、携程的Apollo以及Spring Cloud Config等等。下面给了张表格，分析了各个系统的配置编辑方式、变更通知实现方式、配置存储方式：

从上面可以看出，编辑方式大概分了两种，一种是web控制台的编辑，这种方式界面友好，缺点是操作繁琐；另一种是IDE直接编辑配置文件，优点是简单灵活。4个系统都支持变更通知，不过彼此的实现方式不太一样，其中除了spring cloud config，其它都是采用mysql存储配置。对比了4个实现方案，Spring Cloud Config的变更通知采用Webhook，实现起来相对简单。

实现案例

这是一个借鉴了Spring Cloud Config实现思路的方案，特点就是简单。架构图如下：

在这个架构中，只有Setcd SDK和Setcd Server需要编写代码实现。Setcd SDK嵌入在项目中，从Etcd中获取最新配置，Setcd Server独立运行，接收GitLab的Webhook请求，并将最新的配置信息发送给Etcd。