概述

随着单体架构向服务化架构的演进，各个应用自己独立维护本地配置的方式开始显露出它的不足之处：

配置的动态更新：在实际应用中会有动态更新配置的需求，比如修改服务连接地址、限流的配置等。在传统模式下，需要手动修改配置文件并且重启应用才能生效，这种方式效率太低，重启也会导致服务暂时不可用。
配置集中式管理：在微服务架构中，某些核心服务为了保证高性能会部署上百个节点，如果在每个节点中都维护一个配置文件，一旦配置文件的某个属性修改，可想而知，工作量是巨大的。
配置内容的安全性和权限：配置文件随着源码统一提交到代码库，容易造成生成环境配置信息的数据泄露。
不同部署环境下配置的管理：前面提到过通过profile机制来管理不同环境下的配置，这种方式对于日常委会来说比较烦琐。
统一配置管理就是弥补上述不足的方法，简单来说，最基本的方法就是把各个应用系统的某些配置放在一个第三方中间件上进行统一维护。然后，对于统一配置中心上的数据的变更需要推送到相应的服务节点实现动态更新。所以在微服务架构中，配置中心也是一个核心组件。

Nacos配置中心简介

配置中心的开源解决方案很多，比如zookeeper、Disconf、Apollo、Spring Cloud Config、QConf、Nacos等。同样，不管是哪一种解决方案，它的核心功能是不会变的。
我们知道在Nacos的架构图中有两个模块，分别是Config Service和Naming Service。其中Config Service就是Nacos用于实现配置中心的核心模块，它实现了对配置的CRUD、版本管理、灰度管理、监听管理、推送轨迹、聚合数据等功能。