前言

在单体架构的时候我们可以将配置写在配置文件中，但有⼀个缺点就是每次修改配置都需要重启服务才能生效。
当应用程序实例比较少的时候还可以维护。如果转向微服务架构有成百上千个实例，每修改⼀次配置要将全部实例重启，不仅增加了系统的不稳定性，也提高了维护的成本。

那么如何能够做到服务不重启就可以修改配置？所有就产生了四个基础诉求：

• 需要支持动态修改配置
• 需要动态变更有多实时
• 变更快了之后如何管控控制变更风险，如灰度、回滚等
• 敏感配置如何做安全配置

Nacos配置模型

1. Nacos 提供可视化的控制台，可以对配置进行发布、更新、删除、灰度、版本管理等功能。
2. SDK 可以提供发布配置、更新配置、监听配置等功能。
3. SDK 通过 GRPC 长连接监听配置变更，Server 端对比 Client 端配置的MD5 和本地MD5是否相等，不相等推送配置变更。
4. SDK 会保存配置的快照，当服务端出现问题的时候从本地获取。

配置介绍

在 Nacos Spring Cloud 中，dataId 的完整格式如下：

${prefix}-${spring.profiles.active}.${file-extension}

• prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置。
• spring.profiles.active 即为当前环境对应的 profile，详情可以参考 Spring Boot文档。 注意：当 spring.profiles.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成 ${prefix}.${file-extension}
• file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。支持 properties 、 yaml 和 yml 类型。

实际演练

在springcloud项目中要使用Nacos配置中心，就必须将相关信息配置到bootstrap(.properties/.yaml)配置文件中，所以要让springcloud识别bootstrap文件就要导入相关依赖：

		org.springframework.cloudspring-cloud-starter-bootstrap

然后在bootstrap文件中进行配置：

spring:cloud:nacos:discovery:	#nacos的地址，不写默认就是127.0.0.1:88848server-addr: 192.168.11.233:18848username: nacospassword: nacosconfig:server-addr: 192.168.11.233:18848file-extension: yaml	#重点：文件格式就是在nacos中创建的配置文件是什么格式，要统一namespace: dev-namespace	# 命名空间的ID，我这里是自定义的，也可以自动生成，后面有讲解group: DEFAULT_GROUP	#默认组别，用于区分同一个namespace下的同名配置文件prefix: consumer01	#文件前缀，不写默认是 spring.application.nameprofiles:active: dev

由上面的配置可以得到文件名为：consumer01-dev.yaml，到Nacos中创建对应的配置文件：
首先创建命名空间：
因为我之前已经创建过dev了，现在以test为例：


然后到dev下创建配置文件：

这两个地方都可以创建：

写入自己的配置即可：

OK，然后就可以将原项目中的application.yaml删除或注释掉，重启项目，能够正常运行！