Nacos学习四（多环境配置隔离与管理）

多环境配置隔离与管理

上篇文章介绍了Nacos学习（三），进行Nacos和SpringCloud结合使用，使用了Nacos的注册中心和配置中心。在实际开发中，我们会有多个环境进行部署，那么我们如何把我们的配置按照环境隔离呢，本章主要介绍的就是通过Nacos来实现多环境配置隔离与管理。

那么用Nacos如何实现配置隔离与管理呢？在这之前，需要列举几个概念。

Data ID

Nacos 中的某个配置集的 ID。配置集 ID 是组织划分配置的维度之一。Data ID 通常用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识。Data ID 通常采用类 Java 包（如 com.taobao.tc.refund.log.level）的命名规则保证全局唯一性。此命名规则非强制。

官方这段话简单来说，就是通过ID来找到配置文件，只是这个ID通过${prefix}-${spring.profile.active}.${file-extension}三者组成。

打开nacos server配置列表添加配置（data ID命名规则为：${prefix}-${spring.profile.active}.${file-extension}）

• prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix 来配置。
• spring.profile.active 即为当前环境对应的 profile，可以通过配置项 spring.profile.active 来配置。
• file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持 properties 和 yaml 类型。

注意：当 spring.profile.active 为空时，对应的连接符 - 也将不存在，dataId 的拼接格式变成 ${prefix}.${file-extension}

当 spring.profile.active 不为空时，在启动程序时通过spring.profiles.active指定配置文件启动即可。

Group

Nacos 中的一组配置集，是组织配置的维度之一。通过一个有意义的字符串（如 Buy 或 Trade ）对配置集进行分组，从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP 。配置分组的常见场景：不同的应用或组件使用了相同的配置类型，如 database_url 配置和 MQ_topic 配置。

官方这段话简单来说，就是可以通过group来进行归类。例如按项目区分，项目A，group=projectA，项目A中有多个服务，这些服务都可以归属到projectA中。

可以将不同环境的配置文件用不同的group区分，在bootstrap.yml中用spring.cloud.nacos.config.group指定不同的group就能对应到不同的配置文件，spring.cloud.nacos.discovery.group指定不同的group就能对应到不同分组进行服务注册与发现。

Namespace

用于进行租户粒度的配置隔离。不同的命名空间下，可以存在相同的 Group 或 Data ID 的配置。Namespace 的常用场景之一是不同环境的配置的区分隔离，例如开发测试环境和生产环境的资源（如配置、服务）隔离等。

Namespace是最粗粒度的隔离，在机器有限的情况下，往往通过Namespace进行环境隔离。

如上图所示，在Nacos上分配不同的命名空间，会有对应的命名空间ID，我们只需要在bootstrap.yml中用spring.cloud.nacos.config.namespace指定不同的命名空间ID就能对应到不同环境的配置文件，spring.cloud.nacos.discovery.namespace指定不同的namespace就能对应到不同命名空间进行服务注册与发现。

隔离策略

• 在机器不够的情况下，需要一套Nacos多个环境使用，那么在这里一般会使用多个Namespace（dev、test、staging、prod）来区分环境，然后再通过dataID来指定每个服务的配置文件，这样就可以每个环境的服务注册发现不会相互干扰，并且也不会用到其他环境的配置文件。
  

• 当然了，在机器足够的情况下，毫无疑问的是不同环境使用不同的Nacos，通过不同Nacos（dev、test、staging、prod）来区分环境，然后再通过dataID来指定每个服务的配置文件，这样就可以每个环境的服务注册发现不会相互干扰，并且也不会用到其他环境的配置文件。。
  

在这两种情况下我都没有使用到group，而且在第二中策略下也只用了默认namespace。实际情况中需要根据每个公司，对服务然后隔离，再去使用相关的隔离规则，而不是盲目去使用哦，假如你需要根据项目分组，那么你就可以额外用一个分组策略来隔离每一个项目。

共享配置

通过隔离策略中的两张图是不是都发现有标红的地方，是公共配置（common.yml）。很多同学就会问这个common.yml有什么用呢？在项目中，每个服务是不是都会有一堆重复的配置（例如redis、mq、数据库等等），每新建一个服务，我们就需要把这些配置拷贝一遍，当我们切换了这些中间件服务器后，还需要一个一个配置去修改，这多麻烦呀。Nacos提供了共享配置(shared-configs、extension-configs)来帮我们解决这种问题。

# 应用名称
spring:
  application:
    name: springcloud-alibaba-nacos-consumer-demo
  # Nacos帮助文档: https://nacos.io/zh-cn/docs/concepts.html
  # Nacos认证信息
  cloud:
    nacos:
      discovery:
        username: nacos
        password: nacos
        server-addr: 192.168.43.60:8848,192.168.43.61:8848,192.168.43.62:8848
        # 注册到 nacos 的指定 namespace，默认为 public
        namespace: public
      config:
        server-addr: 192.168.43.60:8848,192.168.43.61:8848,192.168.43.62:8848
        # 缺省值是properties
        file-extension: yaml
        # 缺省值
        group: DEFAULT_GROUP
        # 缺省值
        prefix: ${spring.application.name}
        # 配置优先级：shared-configs < extension-configs < dataID
        # 共享配置集合分别是 dataId, group 以及 refresh，对应类是nacos的Config
        extension-configs[0]:
          data-id: common.yml # 配置文件名-DataID
          group: DEFAULT_GROUP # 默认为DEFAULT_GROUP
          refresh: true # 是否动态刷新，默认为false
        # 共享配置集合分别是 dataId, group 以及 refresh，对应类是nacos的Config
        shared-configs[0]:
          data-id: common.yml # 配置文件名-DataID
          group: DEFAULT_GROUP # 默认为DEFAULT_GROUP
          refresh: true # 是否动态刷新，默认为false

配置优先级：shared-configs < extension-configs < dataID
shared-configs、extension-configs集合内越靠后优先级越高，[0]<[1]

总结

本章主要介绍Nacos多环境配置与管理，其中包含了一些概念扫盲和隔离策略以及Nacos的共享配置，没有绝对完美的配置，适合当下团队的才是最好的哈，同学们要独立思考一下，欢迎大家一起讨论噢~😬😬