大话SpringCloud---Nacos中namespace、group与dataid的关系

网上说烂的两个问题:

1. 如果实际开发中，通常一个系统会准备，dev开发环境，test测试环境，prod生产环境，
   那如何保证指定环境启动时服务能正确读取到Nacos上相应环境的配置文件呢？

2. 一个大型分布式微服务系统会有很多微服务子项目，每个微服务项目又都会有相应的开发环境、测试环境、预发环境、正式环境…
   那么怎么对这些微服务配置进行管理呢？

直接进入主题，Nacos有分类管理的操作。抛出三个概念，namespace(命令空间)、group(分组)、dataid。

• dataid：Nacos 中的某个配置集的 ID。配置集 ID 是组织划分配置的维度之一。Data ID 通常用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集，每个配置集都可以被一个有意义的名称标识。Data ID 通常采用类 Java 包（如 com.taobao.tc.refund.log.level）的命名规则保证全局唯一性。此命名规则非强制。这个概念来自于官方文档，说人话就是配置文件的名字，相当于主键的作用

• group(分组): Nacos 中的一组配置集，是组织配置的维度之一。通过一个有意义的字符串（如 Buy 或 Trade ）对配置集进行分组，从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用 DEFAULT_GROUP 。配置分组的常见场景：不同的应用或组件使用了相同的配置类型，如 database_url 配置和 MQ_topic 配置。说人话，就是可以分组，不同的系统或微服务的配置文件可以放在一个组里。比如用户系统和订单系统的配置文件都可以放在同个组中。

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

总的来说，namespace是可以用于区分部署环境的，Group和DataID逻辑上区分两个目标对象。