Config Server Center

1、Disconf

1、1简介

• 2014年7月百度开源的配置管理中心，同样具备配置的管理能力，不过目前已经不维护了，最近的一次提交是两年前了。

2、SpringCloudConfig

2-1、简介

• 2014年9月开源，Spring Cloud 生态组件，可以和Spring Cloud体系无缝整合。

2-2、应用

• 将应用名称和对应Git中的文件名称关联起来了，这样可以起到多个应用配置相互隔离的作用

2-3、集群

• 支持

2-4、灰度发布

• 通过/bus/refresh端点的destination参数来指定要更新配置的机器，不过整个流程不够自动化和体系化

2-5、版本管理&回滚

• Git来做版本管理

2-6、配置格式校验

• 目前还不支持格式检验，格式的正确性依赖研发人员自己

2-7、监听查询

• Spring Cloud Bus推送配置变更，Spring Cloud Bus兼容 RabbitMQ、Kafka等，支持查询订阅Topic和Consumer的订阅关系

2-8、多环境

• 支持Profile的方式隔离多个环境，通过在Git上配置多个Profile的配置文件，客户端启动时指定Profile就可以访问对应的配置文件。

2-9、多集群

• 通过搭建多套Config Server，Git使用同一个Git的多个仓库，来实现物理隔离

2-10、配置实时推送

• 原生不支持配置的实时推送，需要依赖Git的WebHook、Spring Cloud Bus和客户端/bus/refresh端点:

基于Git的WebHook，配置变更触发server端refresh
Server端接收到请求并发送给Spring Cloud Bus
Spring Cloud Bus接到消息并通知给客户端
客户端接收到通知，请求Server端获取最新配置

2-11、部署及高可用

• Spring Cloud Config包含config-server、Git和Spring Cloud Bus三大组件：

config-server提供给客户端获取配置;
Git用于存储和修改配置;
Spring Cloud Bus通知客户端配置变更;
本地测试模式下，Spring Cloud Bus和config-server需要部署一个节点，Git使用GitHub就可以。在生产环境中，Spring Cloud Config，config-server需要部署至少两个节点。Spring Cloud Bus如果使用RabbitMQ，普通集群模式至少需要两个节点。

Git服务如果使用GitHub就不用考虑高可用问题，如果考虑到安全性要自建Git私有仓库，整体的成本比较高。Web服务可以部署多节点支持高可用，由于Git有数据的一致性问题，可以通过以下的方式来支持高可用：

Git+Keepalived冷备模式，当主Git挂了可以马上切到备Git;
Git多节点部署，存储使用网络文件系统或者通过DRBD实现多个Git节点的数据同步;

2-12、多语言支持

• 服务于Java生态，一开始只是针对Java微服务应用，对于非Java应用的微服务调用，可以使用Sidecar提供了HTTP API，但动态配置方面还不能很好的支持。 Apollo已经支持了多种语言，并且提供了open API。其他不支持的语言，Apollo的接入成本相对较低。

2-13、迁移支持

• 原生就支持Spring Boot和Spring Cloud

3、Apollo

3-1、简介

• 2016年5月，携程开源的配置管理中心，具备规范的权限、流程治理等特性。

3-2、应用

• 配置都是在某个应用下面的（除了公共配置），也起到了多个应用配置相互隔离的作用

3-3、集群

• 支持

3-4、灰度发布

• 直接在控制台上点灰度发布指定发布机器的IP，接着再全量发布，做得比较体系化

3-5、版本管理&回滚

• 支持

3-6、配置格式校验

• 对配置格式的正确性进行检验，可以有效防止人为错误

3-7、监听查询

• 通过灰度实例列表查看监听配置的实例列表，但实例监听的配置(Apollo称为命名空间)目前还没有展示出来

3-8、多环境

• 支持Profile的方式隔离多个环境，通过在Git上配置多个Profile的配置文件，客户端启动时指定Profile就可以访问对应的配置文件。

3-9、多集群

• 可以搭建多套集群，Apollo的控制台和数据更新推送服务分开部署，控制台部署一套就可以管控多个集群

3-10、配置实时推送

• 配置推送都是基于HTTP长轮询，客户端和配置中心建立HTTP长联接，当配置变更的的时候，配置中心把配置推送到客户端。

3-11、部署及高可用

• 分为MySQL，Config Service，Admin Service，Portal四个模块：
  MySQL存储Apollo元数据和用户配置数据;
  Config Service提供配置的读取、推送等功能，客户端请求都是落到Config Service上;
  Admin Service提供配置的修改、发布等功能，Portal操作的服务就是Admin Service;
  Portal提供给用户配置管理界面;
  本地测试Config Service，Admin Service，Portal三个模块可以合并一起部署，MySQL单独安装并创建需要的表结构。在生产环境使用Apollo，Portal可以两个节点单独部署，稳定性要求没那么高的话，Config Service和Admin Service可以部署在一起，数据库支持主备容灾。

3-12、多语言支持

• 已经支持了多种语言，并且提供了open API。其他不支持的语言，Apollo的接入成本相对较低。

3-13、迁移支持

• 支持Spring Boot和Spring Cloud项目，但是实现方式不同于标准，无法做无缝迁移，从Spring Cloud迁移到Apollo，存在代码改造和兼容性成本

4、Nacos

4-1、简介

• 2018年6月，阿里开源的配置中心，也可以做DNS和RPC的服务发现。

4-2、应用

• 应用概念比较弱，只有一个用于区分配置的额外属性，不过可以使用 Group 来做应用字段，可以起到隔离作用

4-3、集群

• 支持

4-4、灰度发布

• 目前发布到0.9版本，还不支持灰度发布。

4-5、版本管理&回滚

• 支持

4-6、配置格式校验

• 对配置格式的正确性进行检验，可以有效防止人为错误

4-7、监听查询

• 查看监听配置的实例，也可以查看实例监听的配置情况

4-8、多环境

• 通过命名空间来支持多环境，每个命名空间的配置相互隔离，客户端指定想要访问的命名空间就可以达到逻辑隔离的作用。

4-9、多集群

• 控制台和后端配置服务是部署在一起的，可以通过不同的域名切换来支持多集群。

4-10、配置实时推送

• 配置推送都是基于HTTP长轮询，客户端和配置中心建立HTTP长联接，当配置变更的的时候，配置中心把配置推送到客户端。

4-11、部署及高可用

• 部署需要Nacos Service和MySQL：

Nacos对外提供服务，支持配置管理和服务发现;
MySQL提供Nacos的数据持久化存储;
单机模式下，Nacos可以使用嵌入式数据库部署一个节点，就能启动。如果对MySQL比较熟悉，想要了解整体数据流向，可以安装MySQL提供给Nacos数据持久化服务。生产环境使用Nacos，Nacos服务需要至少部署三个节点，再加上MySQL主备

4-12、多语言支持

• 支持主流的语言，例如Java、Go、Python、Nodejs、PHP等，也提供了open API

4-13、迁移支持

• 通过Spring Cloud for Alibaba支持Spring Boot和Spring Cloud生态，符合Spring生态中的标准实现方式，可以无缝从Spring Cloud Conig迁移到Nacos