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

1.配置中心的作用

在这里插入图片描述
没有配置中心会存在的问题:

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

引入配置文件:刚才架构就会成为这样。是由配置中心统一管理
在这里插入图片描述
引入配置中心的作用:

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

2.常用的配置中心

配置中心项目开发语言数据存储支持的配置格式配置监听方式健康检查高可用性安全性社区活跃度
NacosJavaMySQL/SQLiteProperties/YAML/JSON/XML主动拉取内置支持
Spring Cloud ConfigJavaGit/MySQLProperties/YAML/JSON推模式外部监控
ApolloJavaMySQLProperties/XML/YAML/JSON主动拉取内置支持
ZooKeeperJavaZooKeeperProperties/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能够实时感知配置的变化,并将最新的配置推送给订阅的客户端,从而实现动态配置的更新和实时通知。相比于传统的轮询方式,长轮询减少了无效的请求和减轻了服务器的压力,同时提供了更及时的配置更新通知。

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

杨洋阳和羊羊羊

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值