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

  • 时间:
  • 浏览:0
  • 来源:大发5分6合APP下载_大发5分6合APP官网

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

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

Group在Nacos中是用来对Data ID做集合管理的重要概念。或多或少,但是大伙儿把一一个多 环境的配置视为一一个多 集合,没人了也就还须要实现不同环境的配置管理。对于Group的用法并没人了固定的规定,或多或少大伙儿在实际使用的但是,须要根据大伙儿的具体需求,还须就是架构运维上对多环境的管理,也还须就是业务上对不同模块的参数管理。为了处里冲突,大伙儿须要在下发之初,做好一定的规划。这里,大伙儿先来一段话要怎样用Group来实现多环境配置管理的具体实现法子。

第二种:通过Group实现。

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

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

下面,要我来介绍一下,还须要使用的几种实现法子:

在Nacos中,并都是有多个不同管理级别的概念,包括:Data IDGroupNamespace。假如利用好哪些层级概念的关系,就还须要根据另一方的须要来实现多环境的管理。

第三步:启动应用,大伙儿还须要看到日志中打印了,加载的配置文件:

动手试一试

在官方的介绍中,就介绍了利用其还须要作为环境的隔离使用,下面大伙儿就来试一下吧!

Data ID在Nacos中,大伙儿还须要理解为或多或少我一一个多 Spring Cloud应用的配置文件名。通过上一篇《Spring Cloud Alibaba基础教程:Nacos配置的加载规则详解》,大伙儿知道默认情况报告下Data ID的名称格式是原先的:${spring.application.name}.properties,即:以Spring Cloud应用命名的properties文件。

第二步:在配置列表的最后面 ,还须要看到除了Public之外,多了哪几块刚才创建的Namepsace。分别在DEVTEST空间下为alibaba-nacos-config-client应用创建配置内容:

通过但是两篇对Nacos配置管理功能的介绍,但是学精了在Nacos中要怎样加入配置以及Spring Cloud应用要怎样通过配置来加载到对应的内容。接下来,大伙儿讨论一一个多 在使用配置中心时,都须要关注的一一个多 问提:多环境的配置要怎样实现与管理?

注意:不论用哪并都是法子实现。对于指定环境的配置(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的法子来动态指定,会更加灵活!。

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

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

实际上,更原始且最通用的匹配规则,是原先的:${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的一一个多 独立的环境配置。大伙儿还须要在后面 定义不同的内容值,以便后续验证与否真实加载到了正确的配置。

第四步:启动应用,通过访问localhost:1001/test接口,验证一下返回内容与否正确。累似 法子下,目前版本的日志何必 会输出与Namespace相关的信息,或多或少还无法以此作为加载内容的判断法子。

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

第三步:启动应用,大伙儿还须要看到日志中打印了,加载的配置文件:

大伙儿还须要用《Spring Cloud Alibaba基础教程:使用Nacos作为配置中心》一文中的列子(可在文末仓库中获取)为基础,体验一下累似 区分环境的配置法子。

第并都是:通过Namespace实现。

动手试一试

如上图,大伙儿为alibaba-nacos-config-client应用,定义了DEV环境和TEST环境的一一个多 独立的配置,累似 一个多 匹配与上并都是法子不同,它们的Data ID是完整篇 相同的,或多或少我GROUP不同。

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

动手试一试

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

后面 大伙儿分别利用Nacos配置管理功能中的哪几块不同纬度来实现多环境的配置管理。从结果上而言,不论用哪并都是法子,都可不还还可否胜任需求,有后后哪并都是最好呢?

这里须要注意namespace的配置都是使用名称,或多或少我使用Namespace的ID。

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

但是您对哪些感兴趣,欢迎star、follow、收藏、转发给予支持!