Nacos配置管理

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

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

在nacos中添加配置文件

配置列表菜单中点击 “+” 按钮

注意：项目的核心配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。

微服务拉取配置

微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项目启动。

但如果尚未读取application.yml，又如何得知nacos地址呢？

因此spring引入了一种新的配置文件：bootstrap.yaml文件，会在application.yml之前被读取，流程如下：

想要拉取nacos中的配置文件还需要在微服务的pom文件中引入依赖 nacos-config依赖

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

添加 bootstrap 配置文件：这里的服务名称、环境和文件后缀要与nacos配置中心的 Data ID对应；这决定了服务启动时，会去nacos读取哪个配置文件

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

配置热更新

nacos配置变更后，微服务可以实现热更新，就是基于读取配置文件的两种方式来实现的

• 通过 @Value注解注入配置文件属性，结合@RefreshScope 来刷新
• 通过@ConfigurationProperties 注解注入配置文件属性，自动刷新

注意：不是所有配置都会放到配置中心，一般是将一些自定义的需要运行时调整的参数放到配置中心

多环境共享配置

当某些配置在生产环境和测试环境都一样时，我们设置一个共享的配置来避免重复配置

操作步骤：

我们只需要在nacos新建配置时，直接使用 服务名称.后缀这种方式来命名Data ID，这样无论是 服务名称-test.后缀还是 服务名称-dev.后缀都能读取到共享配置文件

当存在多个相同的配置时，按照以下优先级生效

多种配置的优先级：

• 最高优先级： 服务名称-环境名称.后缀

• 中等优先级：服务名称.后缀

• 最低优先级：本地配置