SpringCloud Alibaba Nacos 注册中心和配置中心（二、分类配置）

1.引入

• 实际开发中，通常一个系统会有dev开发环境、test测试环境、prod生产环境。如何保证指定环境启动时服务能正确读取到Nacos上相应环境的配置文件就是我们需要考虑的问题。
• 一个大型分布式微服务系统会有很多微服务子项目，每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境… 怎么对这些微服务配置进行管理呢？

2.NameSpace+Group+DataID

配置集(Data ID)

在系统中，一个配置文件通常就是一个配置集，一个配置集可以包含了系统的各种配置信息，例如，一个配置集可能包含了数据源、线程池、日志级别等配置项。每个配置集都可以定义一个有意义的名称，就是配置集的ID即DataID。

配置项

配置集中包含的一个个配置内容就是配置项。它代表一个具体的可配置的参数与其值域，通常以 key=value 的形式存在。例如我们常配置系统的日志输出级（logLevel=INFO|WARN|ERROR） 就是一个配置项。

配置分组(Group)

配置分组是对配置集进行分组，通过一个有意义的字符串（如 Buy 或 Trade ）来表示，不同的配置分组下可以有 相同的配置集（DataID）。当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默 认采用 DEFAULT_GROUP。配置分组的常见场景：可用于区分不同的项目或应用，例如：学生管理系统的配置集 可以定义一个group为：STUDENT_GROUP。

命名空间(Namespace)

命名空间（namespace）可用于进行不同环境的配置隔离。例如可以隔离开发环境、测试环境和生产环境，因为它们的配置可能各不相同，或者是隔离不同的用户，不同的开发人员使用同一个nacos管理各自的配置，可通过namespace隔离。不同的命名空间下，可以存在相同名称的配置分组(Group) 或 配置集。

3.分类配置的三种方案

DataID方案

指定spring.profile.active和配置文件的DataID来使不同环境下读取不同的配置

1.默认命名空间+默认分组+不同DataID

2.工程通过spring.profile.active属性就能进行多环境下配置文件的读取

2.Group方案

通过不同的Group来实现环境区分
1.默认命名空间+不同Group+相同的DataID

2.在工程中配置config.group

3.NameSpace方案

1.新建命名空间

2.配置group、DataID

3.在模块中指定配置