Nacos配置管理基础应用

在Nacos控制太上，我们在配置管理中点击新建配置，需要我们输入Data ID、Group、配置内容等等。对于Nacos配置管理，它就是通过Namespace、group、Data ID能够定位到一个应用的配置集。

Nacos配置管理的数据模型

配置集(Data ID)

在系统中，一个配置文件通常就是一个配置集，一个配置集可以包含了系统的各种配置信息。

例如，一个配置集可能包含了数据源、线程池、日志级别等配置项。

每个配置集都可以定义一个有意义的名称，就是配置集的ID即Data ID。

配置项

配置集中包含的一个个配置内容就是配置项。它代表一个具体的可配置的参数与其值域，通常以 key=value 的形式存在。

例如我们常配置系统的日志输出级别（logLevel=INFO|WARN|ERROR）就是一个配置项。

配置分组(Group)

配置分组是对配置集进行分组，通过一个有意义的字符串（如 Buy 或 Trade ）来表示，不同的配置分组下可以有相同的配置集（Data ID）。

当您在 Nacos 上创建一个配置时，如果未填写配置分组的名称，则配置分组的名称默认采用DEFAULT_GROUP。

配置分组的常见场景：可用于区分不同的项目或应用。

例如：学生管理系统的配置集，可以定义一个group为：STUDENT_GROUP。

命名空间(Namespace)

命名空间（namespace）可用于进行不同环境的配置隔离。

例如可以隔离开发环境、测试环境和生产环境，因为它们的配置可能各不相同，或者是隔离不同的用户，不同的开发人员使用同一个nacos管理各自的配置，可通过namespace隔离。

不同的命名空间下，可以存在相同名称的配置分组(Group) 或配置集。

最佳实践

Nacos抽象定义了Namespace、Group、Data ID的概念，具体这几个概念代表什么，取决于我们把它们看成什么，这里推荐给大家一种用法，如下图：

Namespace ：代表不同环境，如开发、测试、生产环境。

Group：代表某项目，如XX医疗项目、XX电商项目

DataId：每个项目下往往有若干个工程，每个配置集(DataId)是一个工程的主配置文件

获取某配置集需要指定：

nacos服务地址，必须指定
namespace，如不指定默认public
group，如不指定默认 DEFAULT_GROUP
dataId，必须指定

写个测试类，用于获取nacos控制台上创建的配置集：

public class QueryRemoteConfigInfo { 	public static void main(String[] args) throws NacosException { 		String address = "127.0.0.1:8848"; 		String dataId = "nacos-simple-config.yaml"; 		// 命名空间：开发环境 		String namespace = "b21f780c-df9e-439c-9435-2367bb2f799b"; 		// 应用分组：默认 		String groupId = "DEFAULT_GROUP"; 		Properties properties = new Properties(); 		properties.put("serverAddr", address); 		ConfigService configService = NacosFactory.createConfigService(properties); 		String content = configService.getConfig(dataId, groupId, 5000); 		System.out.println(content); 	} }

上边测试类将从“127.0.0.1:8848”的nacos配置中心获取配置，通过以下信息定位配置集：

namespace:b21f780c-df9e-439c-9435-2367bb2f799b

group:DEFAULT_GROUP

Data id:nacos-simple-config.yaml

2.1 命名空间的隔离设计

namespace 的设计是 nacos 基于此做多环境以及多租户（多个用户共同使用nacos）数据(配置和服务)隔离的。

从一个租户 (用户)的角度来看，如果有多套不同的环境，那么这个时候可以根据指定的环境来创建不同的namespce，以此来实现多环境的隔离。
例如，你可能有开发，测试和生产三个不同的环境，那么使用一套nacos 集群可以分别建以下三个不同的 namespace。如下图所示：

从多个租户 (用户)的角度来看，每个租户(用户)可能会有自己的 namespace，每个租户(用户)的配置数据以及注册的服务数据都会归属到自己的 namespace 下，以此来实现多租户间的数据隔离。
进入用户管理，我们创建三个租户，依次为：张三、李四、王五。

分配好了之后，各租户用自己的账户名和密码登录后，创建自己的命名空间

在nacos控制台上，进入角色管理，将角色与用户绑定：

进入权限管理，将角色与资源绑定：

通过创建三个租户、命名空间、权限隔离，最终将形成如下图所示的隔离效果：

如下图所示，在不同租户下的命名空间里可以创建属于自己的配置列表。

2.2 命名空间管理

命名空间(Namespace)是用于隔离多个环境的（如开发、测试、生产），而每个应用在不同环
境的同一个配置（如数据库数据源）的值是不一样的。因此，我们应针对企业项目实际研发流程、环境进行规划。

我们现有开发、测试、生产三套环境，那么我们应该针对这三个环境分别建立三个namespace。

建立好三个命名空间后，在配置管理和服务列表下都会包含用于切换namespace的table按钮，如下图：

在编写程序获取配置集过程中没有感知到这个参数的输入，那么 nacos 统一会使用一个默认的 namespace作为输入，nacos config 会使用一个空字符串作为默认的参数来初始化，对应界面上就是public命名空间。

注意：

命名空间public是nacos的一个保留空间，如果我们需要创建属于自己的namespace，则不要和public重名，以一个实际业务场景有具体语义的名字来命名，以免带来字面上不容易区分自己是哪一个namespace。

其次，我们在项目开发中，如果需要指定namespace命名空间参数时，则一定要填写命名空间的ID，而不是名称。

举个栗子：