资讯详情

Spring Cloud Alibaba入门教程-05【Alibaba微服务组件Nacos配置中心】

1. Nacos使用配置中心

官方文档: https://github.com/alibaba/spring-cloud-alibaba/wiki/Nacos-config

Nacos 提供存储配置和其他元数据 key/value 存储为分布式系统中的外部配置提供服务器端和客户端支持。 Spring Cloud Alibaba Nacos Config,您可以在 Nacos Server 集中管理你 Spring Cloud 外部属性配置的应用。

1.维护性 2.时效性 3.安全性 在这里插入图片描述 springcloud config 对比

三大优势:

springcloud config大合大部分场景git 使用, 动态变化也需要依赖Spring Cloud Bus 通过客户端的所有变化,新闻总线可以改变所有客户端.

springcloud config不提供可视化界面

nacos config采用长轮询更新配置, 配置发生变化后,通知Provider过程很快, 秒杀速度springcloud原来的config几条街,

1.1 快速开始

准备配置,nacos server中新建nacos-config.properties 最佳实践:

Namespace:代表不同环境,如开发、测试、生产环境。

Group:例如,代表某个项目XX医疗项目、XX电商项目

DataId:每个项目通常有几个项目(微服务),每个配置集(DataId)是工程(微服务)的主配置文件

1.2 搭建nacos-config服务

通过 Nacos Server 和 spring-cloud-starter-alibaba-nacos-config 实现配置的动态变化

1)引入依赖

1 <dependency>  2 <groupId>com.alibaba.cloud</groupId>  3 <artifactId>spring‐cloud‐starter‐alibaba‐nacos‐config</artifactId>  4 </dependency>  

2)添加bootstrap.properties

1 spring.application.name=nacos‐config 2 # 配置中心地址 3 spring.cloud.nacos.config.server‐addr=127.0.0.1:8848 45 # dataid 为 yaml 文件扩展名配置模式 6 # `${ 
        spring.application.name}.${ 
        file‐extension:properties}` 7 spring.cloud.nacos.config.file‐extension=yaml 8 #profile粒度的配置 `${ 
        spring.application.name}‐${ 
        profile}.${ 
        file‐extension:properties}` 9 spring.profiles.active=prod 
  1. 启动服务,测试配置中心是否使用微服务
1 @SpringBootApplication
2 public class NacosConfigApplication { 
         34 public static void main(String[] args) { 
         5  ConfigurableApplicationContext applicationContext = SpringApplication.run(NacosConfigApplication.class, args);
6  String userName = applicationContext.getEnvironment().getProperty("common.name");
7  String userAge = applicationContext.getEnvironment().getProperty("common.age");
8  System.out.println("common name :"+userName+"; age: "+userAge);
9 }
10 }

1.3 Config相关配置

Nacos 数据模型 Key 由三元组唯一确定, Namespace默认是空串,公共命名空间(public),分组默认是 DEFAULT_GROUP 支持配置的动态更新

1 @SpringBootApplication 
2 public class NacosConfigApplication { 
         
3
4 public static void main(String[] args) throws InterruptedException { 
         
5  ConfigurableApplicationContext applicationContext = SpringApplication.run(NacosConfigApplication.class, args); 
6
7 while(true) { 
         
8 //当动态配置刷新时,会更新到 Enviroment中,因此这里每隔一秒中从Enviroment中获取配置 
9  String userName = applicationContext.getEnvironment().getProperty("common.name"); 
10  String userAge = applicationContext.getEnvironment().getProperty("common.age"); 
11  System.err.println("common name :" + userName + "; age: " + userAge); 
12  TimeUnit.SECONDS.sleep(1); 
13 } 
14 
15 } 
16 
17 } 
18 

ps:除了默认的配置文件, 其他dataId都要加上后缀

支持profile粒度的配置

spring­cloud­starter­alibaba­nacos­config 在加载配置的时候,不仅仅加载了以 dataid 为 s p r i n g . a p p l i c a t i o n . n a m e . {spring.application.name}. spring.application.name.{file-extension:properties} 为前缀的基础配置,还加载了dataid为 s p r i n g . a p p l i c a t i o n . n a m e − {spring.application.name}- spring.application.name−{profile}.${file-extension:properties} 的基础配置。在日常开发中如果遇到多套环境下的不同配置,可以通过Spring 提供的 ${spring.profiles.active} 这个配置项来配置。

1 spring.profiles.active=dev 

profile 的配置文件 大于 默认配置的文件。 并且形成互补

ps:只有默认的配置文件, 才会应用profile

支持自定义 namespace 的配置

用于进行租户粒度的配置隔离。不同的命名空间下,可以存在相同的 Group 或 Data ID 的配置。Namespace 的常用场景之一是不同环境的配置的区分隔离,例如开发测试环境和生产环境的资源(如配置、服务)隔离等。

在没有明确指定 ${spring.cloud.nacos.config.namespace} 配置的情况下, 默认使用的是 Nacos 上 Public 这个 namespace。如果需要使用自定义的命名空间,可以通过以下配置来实现:

1 spring.cloud.nacos.config.namespace=71bb9785‐231f‐4eca‐b4dc‐6be446e12ff8 

支持自定义 Group 的配置

Group是组织配置的维度之一。通过一个有意义的字符串(如 Buy 或 Trade )对配置集进行分组,从而区分 Data ID 相同的配置集。当您在 Nacos 上创建一个配置时,如果未填写配置分组的名称,则配置分组的名称默认采用DEFAULT_GROUP 。配置分组的常见场景:不同的应用或组件使用了相同的配置类型,如 database_url 配置和MQ_topic 配置。

在没有明确指定 ${spring.cloud.nacos.config.group} 配置的情况下,默认是DEFAULT_GROUP 。如果需要自定义自己的Group,可以通过以下配置来实现:

1 spring.cloud.nacos.config.group=DEVELOP_GROUP

支持自定义扩展的 Data Id 配置

Data ID 是组织划分配置的维度之一。Data ID 通常用于组织划分系统的配置集。一个系统或者应用可以包含多个配置集,每个配置集都可以被一个有意义的名称标识。Data ID 通常采用类 Java 包(如 com.taobao.tc.refund.log.level)的命名规则保证全局唯一性。此命名规则非强制。

通过自定义扩展的 Data Id 配置,既可以解决多个应用间配置共享的问题,又可以支持一个应用有多个配置文件。

1 # 自定义 Data Id 的配置 
2 #不同工程的通用配置 支持共享的 DataId 
3 spring.cloud.nacos.config.sharedConfigs[0].data‐id= common.yaml 
4 spring.cloud.nacos.config.sharedConfigs[0].group=REFRESH_GROUP 
5 spring.cloud.nacos.config.sharedConfigs[0].refresh=true 
6
7 # config external configuration 
8 # 支持一个应用多个 DataId 的配置 一定要加扩展名 
9 spring.cloud.nacos.config.extensionConfigs[0].data‐id=ext‐config‐common01.properties 
10 spring.cloud.nacos.config.extensionConfigs[0].group=REFRESH_GROUP 
11 spring.cloud.nacos.config.extensionConfigs[0].refresh=true 
12 
13 spring.cloud.nacos.config.extensionConfigs[1].data‐id=ext‐config‐common02.properties 
14 spring.cloud.nacos.config.extensionConfigs[1].group=REFRESH_GROUP 
15 spring.cloud.nacos.config.extensionConfigs[1].refresh=true 

1.4 配置的优先级

Spring Cloud Alibaba Nacos Config 目前提供了三种配置能力从 Nacos 拉取相关的配置。

A: 通过 spring.cloud.nacos.config.shared-configs 支持多个共享 Data Id 的配置

B: 通过 spring.cloud.nacos.config.ext-config[n].data-id 的方式支持多个扩展 Data Id 的配置

C: 通过内部相关规则(应用名、应用名+ Profile )自动生成相关的 Data Id 配置

当三种方式共同使用时,他们的一个优先级关系是:A < B < C

优先级从高到低:

  1. nacosconfigproduct.yaml 精准配置

  2. nacosconfig.yaml 同工程不同环境的通用配置

  3. extconfig: 不同工程 扩展配置

  4. shareddataids 不同工程通用配置

1.5 @RefreshScope

@Value注解可以获取到配置中心的值,但是无法动态感知修改后的值,需要利用@RefreshScope注解

1 @RestController 
2 @RefreshScope 
3 public class TestController { 
         
4
5  @Value("${common.age}") 
6 private String age; 
7
8  @GetMapping("/common") 
9 public String hello() { 
         
10 return age; 
11 } 
12 
13 } 

标签: ross高继电器e12

锐单商城拥有海量元器件数据手册IC替代型号,打造 电子元器件IC百科大全!

锐单商城 - 一站式电子元器件采购平台