文章目录
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能够实时感知配置的变化,并将最新的配置推送给订阅的客户端,从而实现动态配置的更新和实时通知。相比于传统的轮询方式,长轮询减少了无效的请求和减轻了服务器的压力,同时提供了更及时的配置更新通知。