java微服务Nacos配置管理

最新推荐文章于 2025-10-26 16:52:23 发布

原创最新推荐文章于 2025-10-26 16:52:23 发布 · 1.5w 阅读

11 ·

CC 4.0 BY-SA版权

文章标签：

#java #程序员 #后端 #架构师 #互联网

程序员专栏收录该内容

97 篇文章

订阅专栏

本文介绍了Nacos配置管理服务，包括命名空间、配置项、配置集和配置分组的概念。通过启动Nacos服务，展示了如何在Spring Boot、Spring Cloud应用中集成Nacos进行配置管理，并详细阐述了多环境配置管理的实现。最后讨论了Namespace的最佳实践，强调其在环境和租户数据隔离中的作用。

部署运行你感兴趣的模型镜像

介绍Nacos配置管理

Nacos 提供了动态配置服务，能让我们可以实时进行服务应用的配置变更，让配置管理变得更加高效和快捷。它基于 key/value 方式存储应用配置和其他元数据信息，为分布式系统中的外部化配置提供服务器端和客户端支持。

首先了解下 Nacos 在配置管理模块上的几个重要概念，能帮助我们更好的理解和正确的使用 Nacos 进行配置管理。

命名空间（Namespace）
用于进行租户粒度的配置隔离，可用于对不同环境配置的区分隔离，例如开发测试环境和生产环境的资源（如配置、服务）隔离等。
配置项 (Configuration Item)
一个具体的可配置的参数与其值，通常以 param-key=param-value 的形式存在。例如我们常配置系统的日志输出级别（logLevel=INFO|WARN|ERROR）就是一个配置项。
配置集 (Configuration Set)
一组相关或者不相关的配置项的集合。一个配置文件通常就是一个配置集，它可能包含了数据源、线程池、日志级别等配置项。
配置集 ID（Data ID）
某个配置集的标识 ID，用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集。官方推荐采用类 Java 包（如 com.taobao.tc.refund.log.level）的命名规则定义 Data ID 来保证全局唯一性。
配置分组（Group）
对配置集进行分组，用于区分 Data ID 相同的配置集。默认采用 DEFAULT_GROUP 。配置分组的常见场景：不同的应用或组件使用了相同的配置类型，如 database_url 配置和消息队列 Topic 配置等。

启动Nacos配置管理

要使用 Nacos 进行配置管理，首先需要启动 Nacos 服务端，然后客户端接入，关于 Nacos 的服务端启动具体操作可以参见 Java微服务新生代之Nacos 。
在这里插入图片描述

启动了 Nacos 服务端，首先我们在 Nacos 控制台上的配置管理里新建一个最简单的配置，如图：
保存成功后能列表里看下创建的配置记录如下：
每个配置集的操作栏都提供了配置的查看修改和清除功能，还有额外的示例代码查看，来引导我们如何在客户端使用 Nacos 读取该配置集，目前只支持 Java，Spring Boot，Spring Cloud，其他语言的版本还在完善语言。
接下里看下Nacos 基于 Spring 技术栈的集成方式Nacos Spring
首先给 Spring 程序添加依赖

<dependency>
 <groupId>com.alibaba.nacos</groupId>
 <artifactId>nacos-spring-context</artifactId>
 <version>0.2.3-RC1</version>
</dependency>

添加 @EnableNacosConfig 注解启用 Nacos Spring 的配置管理服务。如下示例，我们使用了@NacosPropertySource 注解加载了我们先前创建的配置集，并且指定为自动刷新配置。

在这里插入图片描述

通过Nacos 的 @NacosValue 注解将配置项与属性进行绑定。

在这里插入图片描述

启动程序后，打开 http://localhost:8080/config/hello 获取返回结果hello,test，内容如下就表示读取配置成功。
读取成功后我们再尝试修改这个配置项验证下 Nacos 的配置信息的动态刷新特性。修改有两种方式，一种在 Nacos 控制台上手动修改，另一种在命令行使用提供的 API 直接进行修改：

curl -X POST "http://127.0.0.1:8848/nacos/v1.0.1/cs/configs?

dataId=com.one.learn.nacos.config&group=DEFAULT_GROUP&content=message=nacos-spring"

再次访问 http://localhost:8080/config/hello，此时返回内容为hello,nacos-spring，返回信息变化说明程序中的message值已经被动态更新了。
在这里插入图片描述

Nacos Spring Boot

添加配置动态变更的依赖：

    <dependency>
     <groupId>com.alibaba.boot</groupId>
     <artifactId>nacos-config-spring-boot-starter</artifactId>
     <version>0.2.1</version>
    </dependency>

注意：这里的版本 0.2.x.RELEASE 对应的是 Spring Boot 2.x 版本，版本 0.1.x.RELEASE 对应的是 Spring Boot 1.x 版本。

在 application.properties 中配置 Nacos Server 的地址：

nacos.config.server-addr=127.0.0.1:8848

使用 @NacosPropertySource 加载 dataId 为 com.one.learn.nacos.config 的配置源，并开启自动更新：
在这里插入图片描述

通过 Nacos 的 @NacosValue 注解设置属性值,与集成 Spring 的步骤内容一样。
启动引导类，打开 http://localhost:8080/config/hello 获取返回结果hello,nacos, 说明程序中的配置已经读取成功。

Nacos Spring Cloud

如果使用 Spring Cloud 程序，Nacos 提供了依赖库 spring-cloud-starter-alibaba-nacos-config 实现配置的动态变更。

添加依赖：

<dependency>
 <groupId>org.springframework.cloud</groupId>
 <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
 <version>0.9.0.RELEASE</version>
</dependency>

注意：版本 0.2.x.RELEASE 对应的是 Spring Boot 2.x 版本，版本 0.1.x.RELEASE 对应的是 Spring Boot 1.x 版本。

在 bootstrap.properties 中配置 Nacos server 的地址和应用名如下，在 Nacos Spring Cloud 中，dataId 默认为

spring.application.name 加上 properties 文件后缀，所以，为了能正确读取配置，我们需要将 Nacos 上配置集 ID 为

com.one.learn.nacos.config 调整为 com.one.learn.nacos.config.properties

spring.cloud.nacos.config.server-addr=127.0.0.1:8848
spring.application.name=com.one.learn.nacos.config

这里使用 bootstrap.properties 作为配置 Nacos 地方，是因为 Spring Boot 配置文件的加载顺序，依次为 bootstrap.properties ->

bootstrap.yml -> application.properties -> application.yml ，在 application 层级上配置 Nacos 时无法生效。

注意：当使用域名的方式来访问 Nacos 时，spring.cloud.nacos.config.server-addr 配置的方式必须为域名:port。即使使用域名，端口不能省略。例如 Nacos 的域名为 abc.com.nacos，监听的端口为 80，则 spring.cloud.nacos.config.server-addr=abc.com.nacos:80。

通过 Spring Cloud 原生注解 @RefreshScope 实现配置自动更新：

在这里插入图片描述

运行程序，访问 http://localhost:8080/config/hello ，返回内容为hello,nacos ，则表示配置读取成功。
在 Nacos 控制台修改配置项 message=Nacos Spring Cloud，再次访问 http://localhost:8080/config/hello , 返回内容为 hello,Nacos Spring Cloud,说明程序中的message值已经被动态更新了。

Nacos 多环境配置管理

上面实现了Nacos基本的配置读取和更新后，接下来我们看下 Nacos 如何进行多环境配置的管理，需要注意的是此特性仅针对于 Spring Cloud 应用。

假设我们程序有两个环境：测试，生产环境需要管理配置，在 Spring Boot 程序中，默认的配置文件为 application.properties，

传统的方式是，利用 Spring Profile 特性，在项目里存放多个环境对应的配置文件，文件格式为 application-${env}-properties，

并且需要用 spring.profile.active 指定启动时应用哪个环境的配置。

Nacos Config 主要通过 dataId 和 group 来唯一确定一条配置，在 Nacos Spring Cloud 中，dataId 的完整格式如下：

 ${prefix}-${spring.profile.active}.${file-extension}

prefix 默认为 spring.application.name 的值，也可以通过配置项 spring.cloud.nacos.config.prefix来配置。

spring.profile.active 即为当前环境对应的 profile，详情可以参考 Spring Boot文档。

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

file-exetension 为配置内容的数据格式，可以通过配置项 spring.cloud.nacos.config.file-extension 来配置。目前只支持

properties 和 yaml 类型。

group 默认为 DEFAULT_GROUP，可以通过 spring.cloud.nacos.config.group 自定义指定名称。

基于上面的配置规则描述，我们可以先在 Nacos 控制台上新建两个不同环境的配置集，如下
在这里插入图片描述

都存放两个配置项,以 property 文件格式存储。

    #nacos-config-prod.properties
    server.port=8091
    message=nacos-config-prod
    #nacos-config-test.properties
    server.port=8081
    message=nacos-config-test

然后在程序的主配置文件 application.properties 中配置如下：

    spring.cloud.nacos.config.server-addr=127.0.0.1:8848
    spring.application.name=nacos-config
    spring.cloud.nacos.config.file-extension=properties
    spring.profile.active=test

编写测试控制器类 ConfigController，将配置项与属性值进行绑定。
启动程序，可以看到如下数据结果，说明测试环境下端口配置已经生效。
再通过浏览器访问 http://localhost:8081/config/hello，返回 hello，nacos-config-test 。
修改配置文件 application.properties 的 spring.profile.active ，重新启动程序并访问 http://localhost:8091/config/hello

spring.cloud.nacos.config.server-addr=127.0.0.1:8848
spring.application.name=nacos-config
spring.cloud.nacos.config.file-extension=properties
spring.profile.active=prod
能获取到返回结果 hello，nacos-config-prod , 也说明程序另一个环境的配置切换成功。

配置监听

除了主动检验配置生效之外，我们可以通过添加监听器的方式来监听配置的变化，实现很简单，使用 @NacosConfigListener 即可，一旦指定的配置集 ID 对应配置发生了变化，监听器就会受到回调，将所有的配置信息以字符串形式返回。当存在多个配置项时，回调接收到的配置字符串中带有换行格式，需要自己处理。
在这里插入图片描述
当然 @NacosConfigListener 也支持类型转换，比如转换为 Properties 对象

Namespace 最佳实践

Nacos 里 Namespace 作为租户颗粒度细分而存在，主要为了解决多环境以及多租户数据(配置和服务)隔离的问题。

如果只是一个租户(用户)，不同的 namespce 可以对应不同的环境，以此实现环境配置的隔离，效果就跟上节内容：Nacos 多环境配置管理相似。

如果存在多个租户，为每个租户分配不同的 namespace，这样每个租户(用户)的配置数据以及注册的服务数据都会归属到自己的 namespace 下，就可以实现多租户配置数据隔离作用。
在这里插入图片描述

注意：Nacos 目前还没实现账号权限的分配和隔离，无法让各租户自己管理自己的配置，这一块功能仍在规划中。

简单介绍之后，再来看下 namespace 相关的最佳实践：

如何来获取 namespace 的值。
namespace 参数初始化方式。
创建命名空间

在 nacos 的控制台左边功能侧看到有一个命名空间的功能，点击就可以看到新建命名空间的按钮，那么这个时候就可以创建自己的命名空间了。创建成功之后，会生成一个命名空间ID，主要是用来避免命名空间名称有可能会出现重名的情况。因此当您在应用中需要配置指定的 namespace 时，填入的是命名空间ID。

在这里插入图片描述
关联命令空间

在没有明确指定 ${spring.cloud.nacos.config.namespace} 配置的情况下，默认使用的是 Nacos 上 Public 这个namespae。如果需要使用自定义的命名空间，可以通过以下配置来实现：

spring.cloud.nacos.config.namespace=b3404bc0-d7dc-4855-b519-570ed34b62d7

该配置必须放在 bootstrap.properties 文件中。此外spring.cloud.nacos.config.namespace的值是 namespace 对应的 id。

结语

到这里，到这里关于 Nacos 管理配置的学习就告一段落，当然在配置管理上还有更多的用法，Nacos 官方文档描述的也很详细，大家也可以多在官网上查阅。

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

图片生成

Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型，相比 3.0 版本，它提升了图像质量、运行速度和硬件效率