在微服务架构中,当系统从单个应用程序中分割成分布式系统上的服务节点时,配置文件也必须迁移(分割),使配置分散,不仅包含冗余。配置中心将配置从各种应用程序中分离出来,并统一管理配置。应用程序本身不需要管理配置。
配置中心的服务流程如下:
- 用户在配置中心更新配置信息
- 配置更新通知及时从配置中心获取服务A和服务B
配置中心是统一管理各种应用配置的基本服务组件。
Nacos配置中心是什么?官方文档: https://github.com/alibaba/spring-cloud-alibaba/wiki/Nacos-config
Nacos提供key/value存储,用于存储配置和其他元数据,为分布式系统中的外部配置提供服务器端和客户端支持。使用Spring Cloud Alibaba Nacos Config组件,您可以在Nacos Server集中管理你的Spring Cloud应用的外部属性配置。
Nacos配置中心的架构如下:
使用Nacos配置中心核心APIConfigService是Nacos配置中心的核心接口。
package com.morris.order.demo;import com.alibaba.nacos.api.NacosFactory;import com.alibaba.nacos.api.PropertyKeyConst;import com.alibaba.nacos.api.config.ConfigService;import com.alibaba.nacos.api.config.ConfigType;import com.alibaba.nacos.api.config.listener.Listener;import com.alibaba.nacos.api.exception.NacosException;import java.util.Properties;import java.util.concurrent.Executor;import java.util.concurrent.TimeUnit;/** * 使用Nacos配置中心核心API */public class NacosConfigDemo { public static void main(String[] args) throws NacosException, InterruptedException { Properties properties = new Properties(); properties.setProperty(PropertyKeyConst.SERVER_ADDR, "127.0.0.1:8848"); ConfigService configService = NacosFactory.createConfigService(properties); String dateId = "order"; String group = "DEFAULT_GROUP"; // 查询Nacos配置中心的配置 String content = configService.getConfig(dateId, group, 1_000); System.out.println("config: " + content); configService.addListener(dateId, group, new Listener() { @Override public Executor getExecutor() { return null; } @Override public void receiveConfigInfo(String configInfo) { // 监听配置 System.out.println("config change: " + configInfo); } }); // 休眠一段时间,启动上述线程池 TimeUnit.SECONDS.sleep(300); // 发布配置 configService.publishConfig(dateId, group, "age: 40", ConfigType.PROPERTIES.getType()); }}
Spring Nacos配置中心Cloud集成
引入maven依赖:
<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId></dependency>
Nacoss配置文件配置 Server地址:
spring: application: name: order-service cloud: nacos: config: server-addr: 127.0.0.1:8848
order启动服务-service,测试配置中心的配置是否能动态使用微服务:
package com.morris.order;import org.springframework.boot.SpringApplication;import org.springframework.boot.autoconfigure.SpringBootApplication;import org.springframework.context.ConfigurableApplicationContext;import java.util.concurrent.TimeUnit;@SpringBootApplicationpublic class OrderServiceApplication { public static void main(String[] args) throws InterruptedException { ConfigurableApplicationContext applicationContext = SpringApplication.run(OrderServiceApplication.class, args); while (true) { ///当动态配置刷新时,会更新到 在Enviroment中,因此,这里每隔一秒就从Enviroment中获得配置 String age = applicationContext.getEnvironment().getProperty("age"); System.err.println("age: " + age); TimeUnit.SECONDS.sleep(1); } }}
一开始,age是null,当在nacos配置中心添加order-service时,age会自动获得最新值。
配置说明由三元组唯一确定的Nacos数据模型Key, Namespace默认为空串,公共命名空间(public),分组默认是 DEFAULT_GROUP。
支持profile粒度的配置Nacos Spring dataID在Cloud中的完整格式如下:${prefix}-${spring.profiles.active}.${file-extension}
- prefix: 默认为spring.application.name的值也可以通过配置项Spring.cloud.nacos.config.配置prefix
- spring.profiles.active:即当前环境对应的profile,请注意spring.profiles.当active为空时,相应的连接符-将不存在,dataid的拼接格式将变成
${prefix}.${file-extension}
- file-exetension:为了配置内容的数据格式,可以通过配置项Spring.cloud.nacos.config.file-extension配置。
spring-cloud-starter-alibaba-nacos-config在加载配置时,不仅加载了dataid${spring.application.name}.${file-extension:properties}
对于前缀的基本配置,dataid也被加载${spring.application.name}-${profile}.${file-extension:properties}
基本配置。在日常开发中,如果在多套环境中遇到不同的配置,Spring可以提供${spring.profiles.active}
配置此配置项。
如:
spring.profiles.active: dev
支持自定义namespace的配置
用于隔离租户粒度的配置。相同的Group或Data可以存在于不同的命名空间中 ID配置。Namespace的常用场景之一是区分隔离不同环境的配置,如开发资源(如配置、服务)隔离测试环境和生产环境。
没有明确的指定${spring.cloud.nacos.config.namespace}
在配置的情况下,默认使用Nacos上的Publicnamespace。如果需要使用自定义命名空间,可以通过以下配置实现:
spring.cloud.nacos.config.namespace=71bb975-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,可通过以下配置实现:
spring.cloud.nacos.config.group=DEVELOP_GROUP
Datata支持自定义扩展 Id配置
Data ID是组织划分配置的维度之一。Data ID通常用于组织划分系统的配置集。一个系统或应用程序可以包含多个配置集,每个配置集都可以被有意义的名称识别。Data ID通常可以使用使用应用程序名称的命名规则来确保整体唯一性。这个命名规则不是强制性的。
Datata通过自定义扩展 ID配置不仅可以解决多个应用之间配置共享的问题,还可以支持多个配置文件的应用。
Data自定义 使用ID:
#不同工程的一般配置 Dataidspring支持共享.cloud.nacos.config.sharedConfigs[0].data-id=common.yamlspring.cloud.nacos.config.sharedConfigs[0].group=REFRESH_GROUPspring.cloud.nacos.config.sharedConfigs[0].refresh=true
多扩展DataID的配置应用:
spring.cloud.nacos.config.extensionConfigs[0].data-id=ext-config-common01.propertiesspring.cloud.nacos.config.extensionConfigs[0].group=REFRESH_GROUPspring.cloud.nacos.config.extensionConfigs[0] .refresh=truespring.cloud.nacos.config.extensionConfigs[1].data-id=ext-config-common02.propertiesspring.cloud.nacos.config.extensionConfigs[1] .group=REFRESH_GROUPspring.cloud.nacos.config.extensionConfigs[1].refresh=true
优先配置
Spring Cloud Alibaba Nacos Config目前从Nacos中提供了三种配置能力。
通过spring.cloud.nacos.config.shared-configs支持多个共享Data Id的配置
通过spring.cloud.nacos.config.ext-config[n].data-支持多个扩展Datata的方式 Id的配置
通过内部相关规则(应用名、应用名)+Profile)相关Datata自动生成 Id配置
当三种方法一起使用时,它们之间的优先关系之一是:1 < 2 < 3
优先级从高到低:
${spring.application.name}-${profile}.${file-extension:properties}
${spring.application.name}.${file-extension:properties}
${spring.application.name}
extension-configs
shared-configs