Nacos整合了注册中心和配置中心,使用起来非常方便,这篇文章主要介绍Nacos配置中心的使用。
新建配置
启动Nacos服务后,进入注册中心配置页面,如下图:
点击上图中红框里面的加号,进入新建配置页面,如下图:
上图Data ID的完整格式如下:
- ${prefix}-${spring.profiles.active}.${file-extension}
说明如下:
- prefix:默认是spring.application.name的值,可以通过配置项 spring.cloud.nacos.config.prefix在配置文件中配置。
- spring.profiles.active即为当前环境对应的profile。
当 spring.profiles.active 为空时,对应的连接符-也将不存在,dataId的拼接格式变成 {file-extension}
file-exetension 为配置内容的文件格式,目前只支持properties和yaml类型,可以通过配置项 spring.cloud.nacos.config.file-extension在配置文件中配置。
这里我创建一个Data ID,内容如下图:
这里使用的spring.profiles.active是dev,bootstrap.properties的配置如下:
- spring.application.name=nacos-producer
- spring.cloud.nacos.config.file-extension=properties
增加下面这个Controller类进行测试:
- @Controller
- @RequestMapping("config")
- @RefreshScope
- public class ConfigController {
- @Value("${useLocalCache}")
- private boolean useLocalCache;
- @RequestMapping(value = "/get", method = GET)
- @ResponseBody
- public boolean get() {
- return useLocalCache;
- }
- }
在浏览器输入下面的URL后输出 true,更改之后输出也会跟着变化:
- http://localhost:8083/config/get
@RefreshScope这个注解可以让应用动态刷新配置
多环境
实际开发中,我们会有多套环境,比如在我本地有dev、test、prod三套环境,Nacos使用namespace来进行多环境和多租户的隔离。Nacos默认的namespace是public。
下面是官方对namespace的描述:
用于进行租户粒度的配置隔离。不同的命名空间下,可以存在相同的 Group 或 Data ID 的配置。Namespace 的常用场景之一是不同环境的配置的区分隔离,例如开发测试环境和生产环境的资源(如配置、服务)隔离等。
可以通过下图进入命名空间页面:
添加一个命名空间,如下图,命名空间ID可以不填,系统会自动生成:
按照上图我创建了三个namespace。这样在【配置管理】-【配置列表】中添加配置时,就会出现刚刚配置的namespace,如下图:
这里我选择 dev 进行添加配置。如下图,配置一个testnamespace=dev 的配置:
因为使用了namespace,就必须在配置文件bootstrap.properties中指定我们使用了哪个namespace,比如在dev环境的bootstrap.properties文件中增加如下配置:
- spring.cloud.nacos.config.namespace=ad0738cd-b595-4885-a4e5-03f547d11fa0
这时改一下测试Controller增加下面配置:
- @Controller
- @RequestMapping("config")
- @RefreshScope
- public class ConfigController {
- @Value("${testnamespace}")
- private String testnamespace;
- @RequestMapping(value = "/getEnv", method = GET)
- @ResponseBody
- public String getEnv() {
- return testnamespace;
- }
- }
浏览器输入下面配置,输出 dev,可见 namespace 配置生效了。
- http://localhost:8083/config/getEnv
业务隔离
如果不同的业务系统需要进行配置隔离,比如服务A、服务B都有数据库、redis、mq等相关配置,配置名称是一样的,怎么进行隔离呢?
Nacos提供了group进行隔离,我们看一下官方描述:
Nacos 中的一组配置集,是组织配置的维度之一。通过一个有意义的字符串(如 Buy 或 Trade )对配置集进行分组,从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个配置时,如果未填写配置分组的名称,则配置分组的名称默认采用 DEFAULT_GROUP 。配置分组的常见场景:不同的应用或组件使用了相同的配置类型,如 database_url 配置和 MQ_topic 配置。
这里,我对serviceA和serviceB做了数据库配置,如下图是serviceB的配置:
配置之后serviceA和serviceB配置列表如下图:
这时serviceA和serviceB需要在bootstrap.properties中指定group,如下是serviceA的配置:
- spring.cloud.nacos.config.group=serviceA
这时在测试Controller中增加下面代码:
- @Controller
- @RequestMapping("config")
- @RefreshScope
- public class ConfigController {
- @Value("${spring.datasource.max-idle}")
- private String maxIdle;
- @RequestMapping(value = "/getMaxIdle", method = GET)
- @ResponseBody
- public String getMaxIdle() {
- return maxIdle;
- }
- }
使用下面url测试后输入 10:
- http://localhost:8083/config/getMaxIdle
共享配置如果一个新的应用,想要共享其他应用的配置,比如上面serviceA可以共享serviceB的配置,是否可以呢?Nacos是支持配置共享的。
我们创建两个共享配置 serviceA.properties 和 serviceB.properties,如下图:
其中,serviceA.properties的配置内容如下:
- spring.datasource.max-idle=10
serviceB.properties的配置内容如下:
- spring.datasource.min-idle=5
我在当前的应用中共享这两个配置,就需要在bootstrap.properties中增加下面的配置:
- spring.cloud.nacos.config.shared-configs[0].dataId=serviceA.properties
- spring.cloud.nacos.config.shared-configs[0].group=DEFAULT_GROUP
- spring.cloud.nacos.config.shared-configs[0].refresh=true
- spring.cloud.nacos.config.shared-configs[1].dataId=serviceB.properties
- spring.cloud.nacos.config.shared-configs[1].group=DEFAULT_GROUP
- spring.cloud.nacos.config.shared-configs[1].refresh=true
启动应用后,在浏览器输入下面url,页面响应 10:
- http://localhost:8083/config/getMaxIdle
在浏览器输入下面url,页面响应 5:
- http://localhost:8083/config/getMinIdle
注意:共享配置要加.properties或者.yaml的后缀,否则访问不到。
总结
今天主要介绍了Nacos中配置中心的使用,包括基于namespace实现的多环境和多租户的配置,基于group实现的业务隔离,以及共享配置。可以看到Nacos的配置中心功能还是比较完备的,可以很好地满足业务系统使用。
原文链接:https://mp.weixin.qq.com/s/RpN3yLHG6931tN4uaiKOZQ