Nacos做配置管理中心详解

一、什么是配置

应用程序在启动和运行的时候往往需要读取一些配置信息，配置基本上伴随着应用程序的整个生命周期，比如：数据库的连接参数、启动参数等。

二、配置文件的特点

1、配置是独立于程序的只读变量
配置对于程序是只读的，程序通过读取配置来改变自己的行为，但是程序不应该去改变配置
2、配置伴随着应用的整个生命周期
配置贯穿于应用的整个的生命周期，应用在启动时通过读取配置来初始化，在运行时根据配置调整行为，比如：启动时读取服务的端口号，系统在运行过程中需要读取定时策略执行定时任务
3、配置可以有多种加载方式
常见的有程序内部hard code ，配置文件，环境变量 、启动参数、基于数据库
4、配置需要治理
同一份程序在不同环境（开发、生产、测试）、不同集群（如：不同的数据中心）经常需要有不同的配置，所以需要有完善的环境、集群配置管理

三、什么是配置中心

在微服务架构中，当系统从一个单体应用，被拆分成分布式系统上一个个服务节点后，配置文件也必须跟着迁移（分割），这样配置就分散了不仅如此，分散中还包括这冗余，如下图

下图显示了配置中心的功能，配置中心将配置从各应用中剥离出来，对配置进行统一管理，应用自身不需要自己去 管理配置。

配置中心的服务流程如下：
1、用户在配置中心更新配置信息。
2、服务A和服务B及时得到配置更新通知，从配置中心获取配置。
总得来说，配置中心就是一种统一管理各种应用配置的基础服务组件。
在系统架构中，配置中心是整个微服务基础架构体系中的一个组件，如下图，它的功能看上去并不起眼，无非就是 配置的管理和存取，但它是整个微服务架构中不可或缺的一环。

总结一下，在传统巨型单体应用纷纷转向细粒度微服务架构的历史进程中，配置中心是微服务化不可缺少的一个系 统组件，在这种背景下中心化的配置服务即配置中心应运而生，一个合格的配置中心需要满足如下特性：
1、配置项容易读取和修改
2、分布式环境下应用配置的可管理性，即提供远程管理配置的能力
3、支持对配置的修改的检视以把控风险
4、可以查看配置修改的历史记录
5、不同部署环境下应用配置的隔离性

四、主流配置中心的对比

目前市面上用的比较多的配置中心有：Spring Cloud Config、Apollo、Nacos和Disconf等。 由于Disconf不再维护，下面主要对比一下Spring Cloud Config、Apollo和Nacos。

从配置中心角度来看，性能方面Nacos的读写性能最高，Apollo次之，Spring Cloud Config依赖Git场景不适合开 放的大规模自动化运维API。功能方面Apollo最为完善，nacos具有Apollo大部分配置管理功能，而Spring Cloud Config不带运维管理界面，需要自行开发。Nacos的一大优势是整合了注册中心、配置中心功能，部署和操作相比 Apollo都要直观简单，因此它简化了架构复杂度，并减轻运维及部署工作。

五、Ncoas配置管理

1、Nacos简介 Spring Cloud Alibaba Nacos Config

Nacos除了实现了服务的注册发现之外，还将配置中心功能整合在了一起，通过Nacos的配置管理功能，我们可以将整个架构体系内的所有配置都集中在Nacos中存储。另外，在分布式系统中，由于服务数量巨多，为了实现更灵活的管理权限、安全性，实时更新以及一次打包，多处运行，所以需要分布式配置中心组件

2、 快速实现Nacos作为配置中心(私有配置)

1、进入Nacos的控制页面，在配置列表功能页面中，点击右上角的“+”按钮，

2、进入“新建配置”页面
Data ID：填入nacos-config-client.yml，注意：Data ID 的默认扩展名为 .properties ，也可以使用yml配置，此处必须指明是*.yml
Group： 不修改，使用默认值DEFAULT_GROUP
配置格式：选择yaml
配置内容：应用要加载的配置内容，这里仅作为示例
cnf.message=hello nacos config clent

注1：当新建配置的DataID的值与模块名相同时，表示此配置是此模块的私有配置
3、导入nacos配置中心客户端依赖

      <!--Nacos配置中心客户端依赖(与Eureka不同没有服务端)，在需要使用配置中心的模块才导入此依赖-->
      <dependency>
          <groupId>com.alibaba.cloud</groupId>
          <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
      </dependency>  

4、创建配置文件bootstrap.yml，并配置服务名称和Nacos地址

server:
   port: 7301   #项目端口号(boostrap.yml中配置后，可在   application.yml中不配置)
spring:
 application:
   name: nacos-config-client                               #应用名对应nacos配置中心的Data Id
 cloud:
  nacos:
   discovery:
    server-addr:127.0.0.1:8848  #指定nacos注册中心地址(boostrap.yml中配置后，可在application.yml中不配置)
   config:
    prefix:${spring.application.name}      #不填写默认就是项目的应用名
    server-addr:127.0.0.1:8848                #指定nacos配置中心地址
    file-extension:yml                              #指定配置文件后缀名

注这里有两个坑：

1. 配置文件必须是bootstrap.properties或者bootstrap.yml，如果配置application.properties或者application.yml会导致加载不到配置；
2. spring.cloud.nacos.config.namespace如果是默认的public，则不需填写，否则获取不到配置信息

5、创建NacosConfigController进行配置信息的读取
@Value("${cnf.message}")

@RefreshScope实现自动刷新
此注解主要用来让这个类下的配置内容支持动态刷新，也就是当我们的应用启动之后，修改了Nacos中的配置内容之后，这里也会马上生效