开发者学堂课程【Spring Cloud 微服务架构设计与开发实战 ：3.5 Spring Cloud 使用 Nacos 作为微服务统一配置中心】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/60/detail/1098
3.5 Spring Cloud 使用 Nacos 作为微服务统一配置中心
内容介绍
一、 Nacos 作为 Spring Cloud 配置中心
二、 微服务集成 Nacos 配置中心
三、 Nacos 配置中心其他功能
本节课讲解阿里开源的 Nacos 另外一个功能：统一配置中心。统一配置就是对于focus 集群、大规模集群里非常重要的一个共同点。这里有讲解过阿里来源的Nacos 实际是集注册中心和配置中心为一体，也就是它是一个非常全能的一个工具。
接下来就是使用它做配置中心。来看一下如何去使用 Nacos 做 Spring Cloud 配置中心，如何去改造整个的微服务架构。
一、Nacos 作为 Spring Cloud 配置中心
1. Nacos 配置中心
（1）Spring Cloud Alibaba Nacos Config
（2）Nacos 提供用于存储配置和其他元数据的 key/value 存储，
（3）为分布式系统中的外部化配置提供服务器端和客户端支持。
（4）使用 Spring Cloud Alibaba Nacos Config,
（5）可以在 Nacos Server 集中管理 Spring Cloud 的外部属性配置
（6）Alibaba Nacos Config 是 Config Server 和 Client 的替代方案，
（7）客户端和服务器上的概念与 Spring Environment 和 PropertySource 有着一致的抽象。
（8）bootstrap 启动阶段，配置被加载到 spring 环境中。
（9）当应用程序通过部署管道从开发到测试再到生产时，
（10）可以管理不同环境 dev\test\pro 的配置。
（11）并确保应用程序具有迁移时需要运行的所有内容。
Nacos比较有意思的就是在做这个配置的时候有一个启动阶段，这里比之前讲解的配置文件要稍微特殊一点：这里面有一个 bootstrap 文件，bootstrap 文件实际是在加载普通配置文件之前，执行了一个优先启动文件系统的动作，它就会优先读取这个文件中的配置数据。可以看到 Nacos 本身作容易过后还提供了一个 config 客服端，可以直接去通过这个 config 客户端把 Nacos 中心里面已经设置好的配置推送给客服端。当然这个推送实际是理论上的推送，并不是真正的推送。还有推模式和拉模式，实际上它们在 http 协议上都是拉，定时拉，只不过内部要默认每隔一秒会去数据中心拉这个配置，在 Dubbo 或者其他方向中协议是不一样的，会改掉，所以实验的时候要注意。
2. Nacos 配置服务
（1）Nacos 也支持配置服务
（2）统一微服务集群的配置信息
（3）支持配置的动态更新
（4）可支持 profile 粒度的配置
（5）支持自定义 namespace 的配置
（6）支持自定义 Group 的配置
（7）支持自定义扩展的 Data ld 配置
（8）配置的优先级
（9）可以通过 Spring 的 ${spring.profiles.active} 配置多套环境
（10）微服务项目需要 spring-cloud-starter-alibaba-nacos-config
（11）支持两种配置文件格式:
（12）bootstrap.properties
（13）bootstrap.yml
另外就是前面已经提到过的 Group，Group 主要是分组去管理服务的。而对于namespace 主要是通过限定 namespace，和 java 中的 namespace 是一样的做资源管理，配置数据可以划到开发、测试、生产环境的命名空间下，最后在里面找对应的配置数据然后进行推送、下发。主要是为了便于实现配置的更新、推送和管理。然后这里面可以直接在 bootstrap 的 properties 和 yml 文件下配置，两种文件格式都支持。正常情况下是 profile 文件稍微高一点，因为代码是先判断 property 文件，后判断 yml 文件。
二、微服务集成 Nacos 配置中心
1. Nacos 配置中心实战
（1）启动 Nacos 服务
（2）Nacos 添加配置参数
（3）修改客户端，连接 Nacos 配置中心
（4）注意：版本 2.1.x.RELEASE 对应的是 Spring Boot 2.1.x 版本。版本2.0.x.RELEASE 对应的是 Spring Boot 2.0.x 版本，版本 1.5.x.RELEASE 对应的是Spring Boot 1.5.x 版本。
这里是注意版本，配置中心一般用的是2.2.x版本，Spring Cloud 或者 hopes 都可以，但是2.3.x版本或者2.4.x版本需要自己做实验，应该不会有特殊的差异。
2. 微服务集成 Nacos 配置中心：
（1）bootstrap.propertie 配置 Nacos Server 地址
（2）spring.application.name=nacos-config
（3）spring.cloud.nacos.config.server-addr=127.0.0.1:8848
这里是尝试改造配置服务实现一个并列推送，这里也写了一个例子作为参考。
3. Nacos 支持动态刷新配置
通过配置spring.cloud.nacos.config.refresh.enabled=false。来关闭动态刷新。
当然这里也有动态更新，启用动态更新本质上就是它会自动刷新配置。这边更改完以后它就会迅速读档，迅速读档是指通过现场读取、现场拉取的操作，因为它本质上的协议并不是双通性，是单向性的。接下来演示一遍。
4. 更新配置实战效果
5. Spring Cloud 配置参数变化
以上是配置更新的界面在配置完成后在客户端的实现。接下来是实战演练。
三、Nacos 配置中心其他功能
实战首先要有一个配置服务，配置服务可以使用普通的微服务项，代码如下：
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
<version>2.2.1.RELEASE</version>
</dependency>
其次是加 bootstrap.yml 的文件，这里已经更改过了，打开之后代码如下：
spring:
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848 //以上这一块都一样
prefix: config-server //如果不加这一条那么默认就是应用程序名称一致｡
//比如应用程序名称为 orderservers,那么下面就是 orderservers.yml｡
file-extension: yml #后缀名
group: DEFAULT_GROUP
# 命名空间 ID
namespace: 5f20021d-a248-41c0-943f-1d54745dedd8
接下来看一下里面的配置，代码如下：
spring:
profiles:
active: dev
application :
name : config-server//这个应用配置中心名字是 config-server，如果不配置的话就是 config-servers.yml
main:
allow-bean-definition-overriding: true
cloud:
nacos:
discovery :
server-addr: 127.0.0.1:8848
server:
port : 8787
本地展示也比较简单，定义了一个动态变量，代码如下：
package cn.alibaba;
*import org.springframework.beans.factory.annotation.Value；
@slf4j
@RestController
@Refreshscope
public class Testcontroller {
@Value(＂${name: java}＂)
private String name;
@Value("${password: 1234qwer}")
private String password;
@RequestMapping(＂/test＂)
public String get() {
log.info("invoked name = " + name +",password= " + password
return "Nacos配置测试:” +name +","+password;
}
}
不同集成就完成了环境的切换，这里讲解到了统一配置的优势，这里启动使它寻找注册中心。代码如下：
package cn.alibaba;
*import org.springframework.boot.SpringApplication;
@SpringBootApplication
@EnableDiscoveryClient
public class JavaSpringCloud2000NacosConfigDemoApplication {
public static void main(String[] args) {
SpringApplication.run( JavaSpringCloud2000NacosConfigDemoAppl:
}
}
正常情况下先加载 bootstrap 再加载 application。这里面 property 也可以，两个都行，可以看见启动之后没有出错。获取默认值可以 locallhost8787，数值 test，
host 配置测试：88888,1234
这里实际上已经连接上了配置中心，配置中心默认的值是 88888,1234。这里之所以不是 root1234，是因为配置中心默认有值的。
打开 Nacos 配置管理里的配置列表可以查看配置，在这里的配置已经讲解过了。因为以上配置是属于 dev 的配置，那么点击 dev 即可查看。
点开编辑，可以观察到在配置内容中 name 是 88888：
此时更改配置 name 为 root，密码为123，定义的时候一定要注意这个是程序的名字加上开发环境的模式，比如如果是 test 测试环境那么这里就是 test。点击发布，确认更新的值，然后确认发布，就发布成功了。
接下来再在浏览器重新刷新测试，读取客户端加载的配置，对比看有没有发生变化
host 配置测试：root,123
可以看到发生了变化，这里主要是为了监控、测试，正常情况下是一个微服务程序，推动完成以后直接就发生变化，直接就连接另外一台服务器了，或者连接另外一台 masql。IP 地址也可以做成一个动态参数，所以用户密码和IP地址也可以切换，这样可以动态控制编入程序连哪个环境。包括一些重要的比如熔断限流，在并发之前是10000，太大了，现在更改成为5000，是可以更改的，这就是动态调整。在生产环境下动态的调整、动态的切换，这就是最理想的状态，不停机、不当机。这就是 Nacos 比较强大的地方。
作为管理工具比较有意思的点在于可以复制配置的微服务。直接克隆，选择克隆的目标空间，这里选择克隆在 test|dba0a331-78a7-4d61-8a94-283352b480b1，修改 ID 在 test 测试环境下，然后点击开始克隆，查看test目录下有没有。
可以看到有了。可以直接复制过来，现在这里有两个参数，但是正常情况下有几十上百个，手工 copy 会很麻烦，所以切换数据库，切换中心配置就可以了，非常方便。
对比之后可以发现 Nacos 比 Eureka 方便许多，这是阿里贡献给社区比较经典、重要的一个微服务框架。也希望 Macos 能越做越好，有感兴趣的可以加入进去。这次的 Java 微服务在整个生态上是非常强大的，实际上在不同的阶段上有更多的选择，下节课讲解熔断限流，把 Sentinel 加入进来。Nacos 一定要使用，实战强，操练强，功能强大。
