Spring Cloud Alibaba基础教程:Nacos配置的多环境管理

  • 时间:
  • 浏览:1

底下亲戚亲戚亲戚有些人分别利用Nacos配置管理功能中的2个不同纬度来实现多环境的配置管理。从结果上而言,不论用哪并都是法律法律依据,都能够胜任需求,或者哪并都是最好呢?

实际上,Data ID的规则中,还中含了环境逻辑,這個 点与Spring Cloud Config的设计类似。亲戚亲戚亲戚有些人在应用启动时,可不还要通过spring.profiles.active来指定具体的环境名称,此时客户端就会把要获取配置的Data ID组织为:${spring.application.name}-${spring.profiles.active}.properties

第并都是:通过Namespace实现。

动手试一试

注意:不论用哪并都是法律法律依据实现。对于指定环境的配置(spring.profiles.active=DEVspring.cloud.nacos.config.group=DEV_GROUPspring.cloud.nacos.config.namespace=83eed625-d166-4619-b923-93df2088883a),都是要配置在应用的bootstrap.properties中。也找不到发布脚本的启动命令中,用-Dspring.profiles.active=DEV的法律法律依据来动态指定,会更加灵活!。

第三步:启动应用,亲戚亲戚亲戚有些人可不还要看一遍日志中打印了,加载的配置文件:

第一步:先在Nacos中,根据环境名称来创建多个Namespace。比如:

通过事先两篇对Nacos配置管理功能的介绍,机会研究会了在Nacos中如可加入配置以及Spring Cloud应用如可通过配置来加载到对应的内容。接下来,亲戚亲戚亲戚有些人讨论另4个在使用配置中心时,都还要关注的另4个大疑问:多环境的配置如可实现与管理?

亲戚亲戚亲戚有些人可不还要用《Spring Cloud Alibaba基础教程:使用Nacos作为配置中心》一文中的列子(可在文末仓库中获取)为基础,体验一下這個 区分环境的配置法律法律依据。

第二步:在alibaba-nacos-config-client应用的配置文件中,增加环境配置:spring.profiles.active=DEV

在官方的介绍中,就介绍了利用其可不还要作为环境的隔离使用,下面亲戚亲戚亲戚有些人就来试一下吧!

实际上,更原始且最通用的匹配规则,是另4个的:${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}都使用了默认值。

下面,我就来介绍一下,可不还要使用的几种实现法律法律依据:

如上图,亲戚亲戚亲戚有些人为alibaba-nacos-config-client应用,定义了DEV环境和TEST环境的另4个独立的配置,这另4个匹配与上并都是法律法律依据不同,它们的Data ID是删改相同的,却说GROUP不同。

动手试一试

机会您对那些感兴趣,欢迎star、follow、收藏、转发给予支持!

Data ID在Nacos中,亲戚亲戚亲戚有些人可不还要理解为却说另4个Spring Cloud应用的配置文件名。通过上一篇《Spring Cloud Alibaba基础教程:Nacos配置的加载规则详解》,亲戚亲戚亲戚有些人知道默认情形下Data ID的名称格式是另4个的:${spring.application.name}.properties,即:以Spring Cloud应用命名的properties文件。

第二步:在配置列表的最底下,可不还要看一遍除了Public之外,多了2个刚才创建的Namepsace。分别在DEVTEST空间下为alibaba-nacos-config-client应用创建配置内容:

第四步:启动应用,通过访问localhost:20001/test接口,验证一下返回内容是否是正确。這個 法律法律依据下,目前版本的日志后会 会输出与Namespace相关的信息,所以还无法以此作为加载内容的判断法律依据。

第二种:通过Group实现。

这里还要注意namespace的配置都是使用名称,却说使用Namespace的ID。

第三步:在alibaba-nacos-config-client应用的配置文件中,增加Namespace的指定配置,比如:spring.cloud.nacos.config.namespace=83eed625-d166-4619-b923-93df2088883a

第三步:启动应用,亲戚亲戚亲戚有些人可不还要看一遍日志中打印了,加载的配置文件:

在Nacos中,并都是有多个不同管理级别的概念,包括:Data IDGroupNamespace。若果利用好那些层级概念的关系,就可不还要根据有些人的还要来实现多环境的管理。

第二步:在alibaba-nacos-config-client应用的配置文件中,增加Group的指定配置:spring.cloud.nacos.config.group=DEV_GROUP

第一步:先在Nacos中,根据這個 规则,创建另4个不同环境的配置内容。比如:

动手试一试

第一步:先在Nacos中,通过区分Group来创建另4个不同环境的配置内容。比如:

Group在Nacos中是用来对Data ID做集合管理的重要概念。所以,机会亲戚亲戚亲戚有些人把另4个环境的配置视为另4个集合,那么 也就可不还要实现不同环境的配置管理。对于Group的用法并那么 固定的规定,所以亲戚亲戚亲戚有些人在实际使用的事先,还要根据亲戚亲戚亲戚有些人的具体需求,可不还却说架构运维上对多环境的管理,也可不还却说业务上对不同模块的参数管理。为了除理冲突,亲戚亲戚亲戚有些人还要在架构设计 之初,做好一定的规划。这里,亲戚亲戚亲戚有些人先来励志的话 如可用Group来实现多环境配置管理的具体实现法律法律依据。

本文示例读者可不还要通过查看下面仓库的中的alibaba-nacos-config-client项目:

Namespace在本系列教程中,应该还是第一次出显。先来看看官方的概念说明:用于进行租户粒度的配置隔离。不同的命名空间下,可不还要所处相同的GroupData ID的配置。Namespace的常用场景之一是不同环境的配置的区分隔离,类似:开发测试环境生和熟产环境的资源(如配置、服务)隔离等。

如上图,亲戚亲戚亲戚有些人为alibaba-nacos-config-client应用,定义了DEV和TEST的另4个独立的环境配置。亲戚亲戚亲戚有些人可不还要在底下定义不同的内容值,以便后续验证是否是真实加载到了正确的配置。

第并都是:通过Data IDprofile实现。