Nacos 知识点：NamespaceGroupDataId 三者的作用及基本 *** 作，以及SpringCoud中应用

Nacos 知识点：Namespace/Group/DataId 三者的作用及基本 *** 作，以及SpringCoud中应用

푰’풎 풉풉품, 푰 풂풎 풂 품풓풂풅풖풂풕풆 풔풕풖풅풆풏풕 풇풓풐풎 푵풂풏풋풊풏품, 푪풉풊풏풂.

 푺풉풄풐풐풍: 푯풐풉풂풊 푼풏풊풗풆풓풔풊풕풚 푳풆풂풓풏풊풏품: 푰’풎 풄풖풓풓풆풏풕풍풚 풍풆풂풓풏풊풏품 풅풆풔풊품풏 풑풂풕풕풆풓풏, 푳풆풆풕풄풐풅풆, 풅풊풔풕풓풊풃풖풕풆풅 풔풚풔풕풆풎, 풎풊풅풅풍풆풘풂풓풆 풂풏풅 풔풐 풐풏. 푯풐풘 풕풐 풓풆풂풄풉 풎풆：푽푿 푴풚 풃풍풐품: 풉풕풕풑풔://풉풉품풚풚풅풔.풃풍풐품.풄풔풅풏.풏풆풕/ 푷풓풐풇풆풔풔풊풐풏풂풍 풔풌풊풍풍풔：풎풚 풅풓풆풂풎
Abstarct

一直都在想，正常分布式一个项目那么多配置文件，各种环境啊，怎么能够一键切换生产，上线等各种环境呢？今天就遇到了，很高兴，赶紧记录下来。就是拼拼凑凑 形成自己的知识。=。=

1-1：Definition

Namespace：

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

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

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

可以这么用：几个service编成一个group，根据不同的生产环境 配置不同的命名空间。

1-2：最佳实践-切换环境

首先先给出data_id的相关小配置：直接复制的官网的。

${spring.application.name}-${spring.profile.active}.${spring.cloud.nacos.config.file-extension}

环境切换已经在这篇博客中给出：SpringCloud + Nacos 配合maven，进行环境（配置文件）的切换，dev/ prod/ test 三种环境