一、为什么使用配置中心
1、配置的动态更新：修改配置后，不重启服务也能使修改后的配置生效
2、配置集中式管理：如果每个节点自己维护配置文件，当有成百上千的服务节点时，维护起来成本太大
3、配置内容的安全性和权限：有些密码、密钥等保存在代码库会被所有享有代码库权限的程序员看到，容易泄密
4、多环境下的配置管理
二、常见配置中心对比
| 功能点 | SpringCloud Config | Apollo | Nacos |
|---|---|---|---|
| 开源时间 | 2014.9 | 2016.5 | 2018.6 |
| 配置实时推送 | 支持（SpringCloud Bus） | 支持（HTTP长轮训1s内） | 支持（HTTP长轮训1s内） |
| 版本管理 | 支持（Git） | 支持 | 支持 |
| 配置回滚 | 支持（Git） | 支持 | 支持 |
| 灰度发布 | 支持 | 支持 | 待支持 |
| 权限管理 | 支持 | 支持 | 待支持 |
| 多集群 | 支持 | 支持 | 支持 |
| 多环境 | 支持 | 支持 | 支持 |
| 监听查询 | 支持 | 支持 | 支持 |
| 语言 | java | go/c++/java/python/php/.net/openApi | python/java/node.js/openApi |
| 单机部署 | config-server+git+springcloud bus（支持配置实时推送） | apollo-quikstart+mysql | nacos单节点 |
| 集群部署 | config-server+git+mq（部署复杂） | config+admin+portal+mysql（部署复杂） | nacos+mysql（部署简单） |
| 配置格式校验 | 不支持 | 支持 | 支持 |
| 通信协议 | HTTP/AMQP | HTTP | HTTP |
对于目前springcloud生态来讲选型比较简单，alibaba使用nacos，netflix使用springcloud config
相关推荐：
1、注册中心选型对比
2、配置中心选型对比
3、网关选型对比
4、远程调用选型对比
5、分布式数据一致性
6、消息队列选型对比
7、监控工具选型对比
8、全链路追踪选型对比