前言:
本篇博客主要说明使用nacos做服务配置中心,分类配置的实现。
这里着重说明分类配置的扩展,并不会详细说明该分布式配置中心如何搭建,详细搭建过程可以参考我的另外一篇博客:
SpringCloud Alibaba微服务中Nacos分布式配置中心(一)——基础配置的实现
文章目录
一。简述
1.分类配置解决了什么问题?
主要解决了多环境多项目管理的问题
2.nacos图形化管理界面
配置管理:
命名空间:
3.Namespace+Group+Data ID三者的关系?
通俗来说,可以将NameSpace类比成java项目中的项目名称,将Group类比成java项目中的包名称,而Data ID则可以类比成类名称。
二。DataID方案
实现方式:指定spring.profile.active和配置文件的DataID来使不同环境下读取不同的配置
1.例子
我们使用默认命名空间+默认分组+新建dev和test两个DataID
新建dev配置DataID:
新建test配置DataID:
2.服务配置文件配置
两个配置读取application.yml配置文件配置一致,如下所示:
读取dev配置的bootstrap.yml配置文件如下:
读取test配置的bootstrap.yml配置文件如下:
3.测试
dev:
test:
三。Group方案
实现方式:通过group实现环境区分
1.例子
新建两个分组DEV_GROUP以及TEST_GROUP,并放入同一个配置文件
DEV_GROUP:
TEST_GROUP:
2.服务配置文件配置
相比于DataID配置就加了一个group分组配置
DEV_GROUP分组:
application.yml:
bootstrap.yml:
TEST_GROUP分组:
application.yml:
bootstrap.yml:
3.测试
DEV_GROUP分组:
TEST_GROUP分组:
四。NameSpace方案
实现方式:通过namespace实现环境区分
1.例子
新建两个命名空间dev和test
新建完成后,可以切换不同的命名空间:
在dev命名空间里面新建一个分组,并新建一个配置文件:
在test命名空间里面新建一个分组,并新建一个配置文件:
2.服务配置文件配置
dev命名空间:
application.yml:
bootstrap.yml:
test命名空间:
application.yml:
bootstrap.yml:
3.测试
dev命名空间:
test命名空间:
至此SpringCloud Alibaba微服务中Nacos分布式配置中心分类配置已经实现!