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

  • 时间:
  • 浏览:0
  • 来源:大发5分快乐8_大发5分快乐8官方

第三步:启动应用,我们 还时需看后日志中打印了,加载的配置文件:

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

在官方的介绍中,就介绍了利用其还时需作为环境的隔离使用,下面我们 就来试一下吧!

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

实际上,Data ID的规则中,还蕴藏了环境逻辑,你这个 点与Spring Cloud Config的设计例如。我们 在应用启动时,还时需通过spring.profiles.active来指定具体的环境名称,此时客户端就会把要获取配置的Data ID组织为:${spring.application.name}-${spring.profiles.active}.properties

第四步:启动应用,通过访问localhost:40001/test接口,验证一下返回内容不是正确。你这个 办法下,目前版本的日志从无需输出与Namespace相关的信息,所以还无法以此作为加载内容的判断办法。

顶端我们 分别利用Nacos配置管理功能中的十几个 不同纬度来实现多环境的配置管理。从结果上而言,不论用哪三种办法,都不利于胜任需求,而且哪三种最好呢?

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

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

如上图,我们 为alibaba-nacos-config-client应用,定义了DEV和TEST的十个 独立的环境配置。我们 还时需在顶端定义不同的内容值,以便后续验证不是真实加载到了正确的配置。

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

如上图,我们 为alibaba-nacos-config-client应用,定义了DEV环境和TEST环境的十个 独立的配置,你这个 个匹配与上三种办法不同,它们的Data ID是完正相同的,我希望GROUP不同。

动手试一试

在Nacos中,三种有多个不同管理级别的概念,包括:Data IDGroupNamespace。我希望利用好什么层级概念的关系,就还时需根据买车人的时需来实现多环境的管理。

Group在Nacos中是用来对Data ID做集合管理的重要概念。所以,可能性我们 把十个 环境的配置视为十个 集合,这样 也就还时需实现不同环境的配置管理。对于Group的用法并这样 固定的规定,所以我们 在实际使用的原来,时需根据我们 的具体需求,还时需是架构运维上对多环境的管理,也还时需是业务上对不同模块的参数管理。为了处置冲突,我们 时需在派发之初,做好一定的规划。这里,我们 先来一句话怎么用Group来实现多环境配置管理的具体实现办法。

第三种:通过Data IDprofile实现。

我们 还时需用《Spring Cloud Alibaba基础教程:使用Nacos作为配置中心》一文中的列子(可在文末仓库中获取)为基础,体验一下你这个 区分环境的配置办法。

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

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

第二种:通过Group实现。

下面,我应该 来介绍一下,还时需使用的几种实现办法:

可能性您对什么感兴趣,欢迎star、follow、收藏、转发给予支持!

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

第二步:在配置列表的最顶端,还时需看后除了Public之外,多了十几个 刚才创建的Namepsace。分别在DEVTEST空间下为alibaba-nacos-config-client应用创建配置内容:

通过原来两篇对Nacos配置管理功能的介绍,可能性自学了在Nacos中怎么加入配置以及Spring Cloud应用怎么通过配置来加载到对应的内容。接下来,我们 讨论十个 在使用配置中心时,都时需关注的十个 问题图片:多环境的配置怎么实现与管理?

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

第三种:通过Namespace实现。

动手试一试

第三步:启动应用,我们 还时需看后日志中打印了,加载的配置文件:

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

动手试一试

Data ID在Nacos中,我们 还时需理解为我希望十个 Spring Cloud应用的配置文件名。通过上一篇《Spring Cloud Alibaba基础教程:Nacos配置的加载规则详解》,我们 知道默认情形下Data ID的名称格式是原来的:${spring.application.name}.properties,即:以Spring Cloud应用命名的properties文件。

这里时需注意namespace的配置都在使用名称,我希望使用Namespace的ID。