Nacos除了可以做注册中心,同样可以做配置管理来使用。

当微服务部署的实例越来越多,达到数十、数百时,逐个修改微服务配置就会让人抓狂,而且很容易出错。我们需要一种统一配置管理方案,可以集中管理所有实例的配置。

nacos配置storm nacos配置中心热更新原理_nacos配置storm

Nacos 一方面可以将配置集中管理,另一方可以在配置变更时,及时通知微服务,实现配置的热更新。

创建配置

在 Nacos 控制面板中添加配置文件

nacos配置storm nacos配置中心热更新原理_java_02

然后在弹出的表单中,填写配置信息:

nacos配置storm nacos配置中心热更新原理_开发语言_03

注意:项目的核心配置,需要热更新的配置才有放到 nacos 管理的必要。基本不会变更的一些配置(例如数据库连接)还是保存在微服务本地比较好。

拉取配置

首先我们需要了解 Nacos 读取配置文件的环节是在哪一步,在没加入 Nacos 配置之前,获取配置是这样:

nacos配置storm nacos配置中心热更新原理_spring cloud_04

加入 Nacos 配置,它的读取是在 application.yml 之前的:

nacos配置storm nacos配置中心热更新原理_开发语言_05

这时候如果把 nacos 地址放在 application.yml 中,显然是不合适的,Nacos 就无法根据地址去获取配置了。

因此,nacos 地址必须放在优先级最高的 bootstrap.yml 文件。

nacos配置storm nacos配置中心热更新原理_开发语言_06

引入 nacos-config 依赖

<!--nacos配置管理依赖-->
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>

添加 bootstrap.yml

然后,在 user-service 中添加一个 bootstrap.yml 文件,内容如下:

spring:
  application:
    name: userservice # 服务名称
  profiles:
    active: dev #开发环境,这里是dev 
  cloud:
    nacos:
      server-addr: localhost:8848 # Nacos地址
      config:
        file-extension: yaml # 文件后缀名

根据 spring.cloud.nacos.server-addr 获取 nacos地址,再根据 “服务名称-环境.后缀名” 这个格式与nacos配置管理的Data ID格式必须相对应,来读取配置。

在这个例子例中,就是去读取 userservice-dev.yaml

nacos配置storm nacos配置中心热更新原理_热更新_07

使用代码来验证是否拉取成功

nacos配置完在 user-service 中的 UserController 中添加业务逻辑,读取 pattern.dateformat 配置并使用(@Value读取配置):

nacos配置storm nacos配置中心热更新原理_java_08

启动服务后,访问:http://localhost:8081/user/now

nacos配置storm nacos配置中心热更新原理_java_09

配置热更新

热更新最终的目的,是修改 nacos 中的配置后,微服务中无需重启即可让配置生效,也就是配置热更新

有两种方式:

方式一: 用 @value 读取配置时,搭配 @RefreshScope

@RefreshScope

在 @Value 注入的变量所在类上添加注解 @RefreshScope

nacos配置storm nacos配置中心热更新原理_spring cloud_10

方式二: 直接用 @ConfigurationProperties 读取配置

@ConfigurationProperties

使用 @ConfigurationProperties 注解读取配置文件,就不需要加 @RefreshScope 注解。

在 user-service 服务中,添加一个 自定义配置类,用来单独读取 patterrn.dateformat 属性

nacos配置storm nacos配置中心热更新原理_热更新_11

一般使用第二种方式实现热更新和读取配置