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 的服务端启动具体操作可以参见 Java微服务新生代之Nacos 。
每个配置集的操作栏都提供了配置的查看修改和清除功能,还有额外的示例代码查看,来引导我们如何在客户端使用 Nacos 读取该配置集,目前只支持 Java,Spring Boot,Spring Cloud,其他语言的版本还在完善语言。
接下里看下Nacos 基于 Spring 技术栈的集成方式Nacos Spring
首先给 Spring 程序添加依赖
com.alibaba.nacos
nacos-spring-context
0.2.3-RC1
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值已经被动态更新了。
com.alibaba.boot
nacos-config-spring-boot-starter
0.2.1
注意: 这里的版本 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 实现配置的动态变更。
添加依赖:
org.springframework.cloud
spring-cloud-starter-alibaba-nacos-config
0.9.0.RELEASE
注意:版本 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。
运行程序,访问 http://localhost:8080/config/hello , 返回内容为hello,nacos ,则表示配置读取成功。
在 Nacos 控制台修改配置项 message=Nacos Spring Cloud,再次访问 http://localhost:8080/config/hello , 返回内容为 hello,Nacos Spring Cloud,说明程序中的message值已经被动态更新了。
上面实现了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 控制台上新建两个不同环境的配置集,如下
#nacos-config-prod.properties
server.port=8091
message=nacos-config-prod
#nacos-config-test.properties
server.port=8081
message=nacos-config-test
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
再通过浏览器访问 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 对象
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 官方文档描述的也很详细,大家也可以多在官网上查阅。