导语：本文从配置中心的产生背景开始，简述了主流配置中心组件的优缺点，以及升级的历程。同时阐述了配置中心升级的原因和升级前后主要的区别，希望与各位同仁交流探讨。
一、配置中心产生的原因
● 微服务集群环境下，修改配置文件需要修改多份，工作量大，容易出错；
● 修改完成后需要重启每个应用实例，服务可用性降低；
● 配置文件分布在多台机器上，难以统一管理；
● 某些场景需要选择性发布修改的配置信息，现阶段无法实现。
二、Spring Cloud Config诞生
编辑
Spring Cloud Config能做以下事情：
● 集中管理配置文件；
● 分环境、分应用差异化管理配置文件；
● 修改配置文件信息，动态刷新后配置生效；
● 将配置信息以REST接口的形式暴露。
Spring Cloud Config分为服务端和客户端两部分：
服务端也称分布式配置中心，它是一个独立的微服务应用，用来连接配置服务器并为客户端提供获取配置信息，加密、解密信息等访问接口。配置信息默认存储在Git中。客户端在启动的时候从配置中心加载配置信息。
三、为什么会出现Spring Cloud Alibaba Nacos
Spring Cloud Netflix Projects Entering Maintenance Mode
Spring Cloud Netflix Projects进入了维护模式，包含Spring Cloud Config。
维护模式意味着不再更新，有潜在的安全风险。
四、Spring Cloud Alibaba Nacos对配置中心进行了升级优化
编辑
Nacos：Dynamic Naming and Configuration Service
Nacos包含了注册中心+配置中心+负载均衡，相当于eureka+config+Bus。
在微服务架构中，Spring Cloud Config为各微服务应用提供一个远程配置服务，即配置中心服务。
五、中电金信配置中心优势
编辑
● 集成了优秀的ZooKeeper中介服务与Nacos注册中心，客户可以根据实际业务场景一键选择使用哪一个，操作简单；
● Zookeeper的业务场景：保证集群各实例数据的强一致性，经常使用于金融系统；
● Nacos的业务场景：保证应用的高可用性，常见于高并发大型互联网项目。
