中电金信技术实践｜配置中心组件的升级历程

导语：本文从配置中心的产生背景开始，简述了主流配置中心组件的优缺点，以及升级的历程。同时阐述了配置中心升级的原因和升级前后主要的区别，希望与各位同仁交流探讨。

一、配置中心产生的原因

●　微服务集群环境下，修改配置文件需要修改多份，工作量大，容易出错；

●　修改完成后需要重启每个应用实例，服务可用性降低；

●　配置文件分布在多台机器上，难以统一管理；

●　某些场景需要选择性发布修改的配置信息，现阶段无法实现。

二、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的业务场景：保证应用的高可用性，常见于高并发大型互联网项目。