【Nacos】作为配置中心的使用

1.配置中心的作用

没有配置中心会存在的问题：

• 配置文件的数量会随着服务的增加持续递增
• 单个配置文件无法区分多个运行环境
• 配置文件内容无法动态更新，需要重启服务

引入配置文件：刚才架构就会成为这样。是由配置中心统一管理

引入配置中心的作用：

• 统一配置文件管理
• 提供统一标准接口，服务根据标准接口自行拉取配置
• 支持动态更新的到所有服务

2.常用的配置中心

配置中心	项目开发语言	数据存储	支持的配置格式	配置监听方式	健康检查	高可用性	安全性	社区活跃度
Nacos	Java	MySQL/SQLite	Properties/YAML/JSON/XML	主动拉取	内置支持	高	高	高
Spring Cloud Config	Java	Git/MySQL	Properties/YAML/JSON	推模式	外部监控	中	中	高
Apollo	Java	MySQL	Properties/XML/YAML/JSON	主动拉取	内置支持	高	高	高
ZooKeeper	Java	ZooKeeper	Properties/XML	推模式	外部监控	高	高	低

• 数据存储：配置中心使用的底层数据存储方式，如MySQL、SQLite、Consul KV等。
• 支持的配置格式：配置中心支持的配置文件格式，常见的有Properties、YAML、JSON、XML等。
• 配置监听方式：配置中心更新配置后，客户端获取最新配置的方式，主动拉取或推模式。
• 健康检查：配置中心本身的健康检查机制，用于保证其稳定性和可用性。
• 高可用性：配置中心的高可用性能力，是否支持集群部署和容灾。
• 安全性：配置中心提供的安全机制，如访问控制、加密传输等。
• 社区活跃度：配置中心的开发者社区活跃程度，社区活跃度高有利于问题解决和功能更新。

3.Nacos的config模型

• 命名空间（Namespace）：命名空间是Nacos中对配置数据进行隔离和管理的最小单位。一个Nacos实例可以包含多个命名空间，每个命名空间都有独立的配置数据。命名空间可以用于实现不同环境（如开发、测试、生产等）之间的配置隔离。
• 配置分组（Group）：配置分组用于对配置集进行逻辑上的分组管理。同一个配置集可以根据功能或业务特性划分到不同的分组中，以方便管理和区分。
• 数据ID（DataId）：数据ID用于唯一标识配置集中的每个配置项。数据ID由命名空间、配置集名称和配置项名称组成，形式为：namespaceId+group+dataId。在Nacos中，客户端通过数据ID来获取相应的配置项内容。

4.Nacos集成springboot实现统一配置管理

4.1 添加依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

具体版本根据官方wiki选择：官方版本推荐

4.2 添加注解

如果需要在项目里获取配置信息，添加这个注解就可以动态获取配置信息，Nacos立马发布了新的配置信息，项目里也会实时更新

4.3 添加配置

Nacos配置中心最重要的是了解一个配置中心的优先级和加载顺序。

Namespace > Group > Data ID

4.3.1 Data ID的配置以及作用优先级

首先了解一下DataId的组成：{前缀(默认application.name)}-{环境配置(dev/prod/self)}.{后缀(yml,properties…)}

• 1,如果什么都不配置默认加载${application.name}.properties

spring.application.name=nacos-config

• 2.指定文件后缀名称

#加载文件为：${application.name}.${file-extension}
#nacos-config.yaml
spring.cloud.nacos.config.file-extension=yaml

• 3.指定环境

##profile： 指定环境  文件名：${application.name}-${profile}.${file-extension}
##nacos-config-prod.yaml
spring.profiles.active=prod

优先级是：3 > 2 > 1

4.3.2 命名空间（namespace）

# nacos自己提供的环境隔离 ，这里是开发环境下的
spring.cloud.nacos.config.namespace=ff02931a-6fdb-4681-ac37-2f6d9a0596f8

这里获取

4.3.3 分组（group）

# 自定义 group 配置，这里也可以设置为数据库配置组，中间件配置组，但是一般不用，
# 配置中心淡化了组的概念，使用默认值DEFAULT_GROUP
spring.cloud.nacos.config.group=DEFAULT_GROUP

4.3.4 共享配置

# 自定义Data Id的配置 共享配置（sharedConfigs）0
spring.cloud.nacos.config.shared-configs[0].data-id= common.yaml
#可以不配置，使用默认
spring.cloud.nacos.config.shared-configs[0].group=DEFAULT_GROUP
# 这里需要设置为true，动态可以刷新，默认为false
spring.cloud.nacos.config.shared-configs[0].refresh=true

4.3.5 扩展配置

# 扩展配置(extensionConfigs)
# 支持一个应用有多个DataId配置，mybatis.yaml datasource.yaml
spring.cloud.nacos.config.extension-configs[0].data-id=datasource.yaml
spring.cloud.nacos.config.extension-configs[0].group=DEFAULT_GROUP
spring.cloud.nacos.config.extension-configs[0].refresh=true

4.3.6 配置作用顺序

#作用：顺序
#${application.name}-${profile}.${file- extension}     例如：msb-edu-prod.yaml
#${application.name}.${file-extension}     			   例如：nacos-config.yaml
#${application.name} 								   例如：nacos-config
#extensionConfigs  									   扩展配置文件
#sharedConfigs  									   多个微服务公共配置 redis

5. Nacos长轮询机制

   Nacos长轮询（Long Polling）机制是一种用于实现实时配置更新的通信方式。长轮询是在客户端向服务器发送请求后，服务器会一直保持连接打开，直到有新的数据或事件发生，或者在达到一定的超时时间后返回响应。如果服务器在客户端的请求发出后没有新的数据更新，连接将一直保持打开状态，这样服务器就可以在有新的数据更新时立即将更新推送给客户端，从而实现实时的数据通知。

• 客户端向Nacos服务器发送一个长轮询请求，请求中包含客户端当前的配置版本信息。

• Nacos服务器接收到请求后，会将该请求挂起，等待配置更新或者超时。

• 当有配置更新时，Nacos服务器将更新的配置信息作为响应返回给客户端。

• 如果在配置更新之前超过了设定的超时时间，服务器也会返回响应，客户端在收到响应后会立即再次发送长轮询请求，保持连接打开。

• 客户端在收到服务器响应后，会处理返回的配置更新，并根据需要再次发起长轮询请求，以便持续接收后续的配置更新。

优点： 这种长轮询机制实现了客户端和服务器之间的实时通信，使得Nacos能够实时感知配置的变化，并将最新的配置推送给订阅的客户端，从而实现动态配置的更新和实时通知。相比于传统的轮询方式，长轮询减少了无效的请求和减轻了服务器的压力，同时提供了更及时的配置更新通知。