前情回顾:html
经过以前两篇对Nacos配置管理功能的介绍,已经学会了在Nacos中如何加入配置以及Spring Cloud应用如何经过配置来加载到对应的内容。接下来,咱们讨论一个在使用配置中心时,都须要关注的一个问题:多环境的配置如何实现与管理?git
在Nacos中,自己有多个不一样管理级别的概念,包括:Data ID
、Group
、Namespace
。只要利用好这些层级概念的关系,就能够根据本身的须要来实现多环境的管理。github
下面,我就来介绍一下,可使用的几种实现方式:spring
Data ID
与profiles
实现Data ID
在Nacos中,咱们能够理解为就是一个Spring Cloud应用的配置文件名。经过上一篇《Spring Cloud Alibaba基础教程:Nacos配置的加载规则详解》,咱们知道默认状况下Data ID
的名称格式是这样的:${spring.application.name}.properties
,即:以Spring Cloud应用命名的properties文件。bootstrap
实际上,Data ID
的规则中,还包含了环境逻辑,这一点与Spring Cloud Config的设计相似。咱们在应用启动时,能够经过spring.profiles.active
来指定具体的环境名称,此时客户端就会把要获取配置的Data ID
组织为:${spring.application.name}-${spring.profiles.active}.properties
。bash
实际上,更原始且最通用的匹配规则,是这样的:
${spring.cloud.nacos.config.prefix}
-${spring.profile.active}
.${spring.cloud.nacos.config.file-extension}
。而上面的结果是由于${spring.cloud.nacos.config.prefix}
和${spring.cloud.nacos.config.file-extension}
都使用了默认值。架构
动手试一试app
咱们能够用《Spring Cloud Alibaba基础教程:使用Nacos做为配置中心》一文中的列子(可在文末仓库中获取)为基础,体验一下这种区分环境的配置方式。运维
第一步:先在Nacos中,根据这个规则,建立两个不一样环境的配置内容。好比:测试
如上图,咱们为alibaba-nacos-config-client
应用,定义了DEV和TEST的两个独立的环境配置。咱们能够在里面定义不一样的内容值,以便后续验证是否真实加载到了正确的配置。
第二步:在alibaba-nacos-config-client
应用的配置文件中,增长环境配置:spring.profiles.active=DEV
第三步:启动应用,咱们能够看到日志中打印了,加载的配置文件:
2019-01-30 15:25:18.216 INFO 96958 --- [ main] o.s.c.a.n.c.NacosPropertySourceBuilder : Loading nacos data, dataId: 'alibaba-nacos-config-client-DEV.properties', group: 'DEFAULT_GROUP'
Group
实现Group
在Nacos中是用来对Data ID
作集合管理的重要概念。因此,若是咱们把一个环境的配置视为一个集合,那么也就能够实现不一样环境的配置管理。对于Group
的用法并无固定的规定,因此咱们在实际使用的时候,须要根据咱们的具体需求,能够是架构运维上对多环境的管理,也能够是业务上对不一样模块的参数管理。为了不冲突,咱们须要在架构设计之初,作好必定的规划。这里,咱们先来讲说如何用Group
来实现多环境配置管理的具体实现方式。
动手试一试
第一步:先在Nacos中,经过区分Group
来建立两个不一样环境的配置内容。好比:
如上图,咱们为alibaba-nacos-config-client
应用,定义了DEV环境和TEST环境的两个独立的配置,这两个匹配与上一种方法不一样,它们的Data ID
是彻底相同的,只是GROUP
不一样。
第二步:在alibaba-nacos-config-client
应用的配置文件中,增长Group
的指定配置:spring.cloud.nacos.config.group=DEV_GROUP
第三步:启动应用,咱们能够看到日志中打印了,加载的配置文件:
2019-01-30 15:55:23.718 INFO 3216 --- [main] o.s.c.a.n.c.NacosPropertySourceBuilder : Loading nacos data, dataId: 'alibaba-nacos-config-client.properties', group: 'DEV_GROUP'
Namespace
实现Namespace
在本系列教程中,应该仍是第一次出现。先来看看官方的概念说明:用于进行租户粒度的配置隔离。不一样的命名空间下,能够存在相同的Group
或Data ID
的配置。Namespace
的经常使用场景之一是不一样环境的配置的区分隔离,例如:开发测试环境和生产环境的资源(如配置、服务)隔离等。
在官方的介绍中,就介绍了利用其能够做为环境的隔离使用,下面咱们就来试一下吧!
动手试一试
第一步:先在Nacos中,根据环境名称来建立多个Namespace
。好比:
第二步:在配置列表的最上方,能够看到除了Public
以外,多了几个刚才建立的Namepsace
。分别在DEV
和TEST
空间下为alibaba-nacos-config-client
应用建立配置内容:
第三步:在alibaba-nacos-config-client
应用的配置文件中,增长Namespace
的指定配置,好比:spring.cloud.nacos.config.namespace=83eed625-d166-4619-b923-93df2088883a
。
这里须要注意namespace的配置不是使用名称,而是使用Namespace的ID。
第四步:启动应用,经过访问localhost:8001/test
接口,验证一下返回内容是否正确。这种方式下,目前版本的日志并不会输出与Namespace
相关的信息,因此还没法以此做为加载内容的判断依据。
上面咱们分别利用Nacos配置管理功能中的几个不一样纬度来实现多环境的配置管理。从结果上而言,不论用哪种方式,都可以胜任需求,可是哪种最好呢?
第一种:经过Data ID
与profile
实现。
Group
对项目根据业务或者组织架构作一些拆分规划。第二种:经过Group
实现。
Group
按环境讲各个应用的配置隔离开。能够很是方便的利用Data ID
和Group
的搜索功能,分别从应用纬度和环境纬度来查看配置。Group
纬度,因此须要对Group
的使用作好规划,毕竟与业务上的一些配置分组起冲突等问题。Group
的管理上要作好规划和控制。第三种:经过Namespace
实现。
Namespace
来区分不一样的环境,释放了Group
的自由度,这样可让Group
的使用专一于作业务层面的分组管理。同时,Nacos控制页面上对于Namespace
也作了分组展现,不须要搜索,就能够隔离开不一样的环境配置,很是易用。注意:不论用哪种方式实现。对于指定环境的配置(
spring.profiles.active=DEV
、spring.cloud.nacos.config.group=DEV_GROUP
、spring.cloud.nacos.config.namespace=83eed625-d166-4619-b923-93df2088883a
),都不要配置在应用的bootstrap.properties
中。而是在发布脚本的启动命令中,用-Dspring.profiles.active=DEV
的方式来动态指定,会更加灵活!。
本文示例读者能够经过查看下面仓库的中的alibaba-nacos-config-client
项目:
若是您对这些感兴趣,欢迎star、follow、收藏、转发给予支持!