文章目录
- Nacos 配置管理
- 一、统一配置管理
- 1、在Nacos 中添加配置文件
- 2、从微服务拉取配置
- 3、配置实现步骤
- (1)引入 nacos-config 依赖
- (2)添加 bootstrap.yml
- (4)在 nacos 中添加配置
- 二、配置热更新
- 1、配置热更新的两种方式
- (1)方式一
- (2)方式二
- 三、配置共享
- 1、通服务内配置共享
- 2、不同微服务共享配置
Nacos 配置管理
Nacos除了可以做注册中心,同样可以做配置管理来使用
一、统一配置管理
当微服务部署的实例越来越多,达到数十、数百时,逐个修改微服务配置就会让人抓狂,而且很容易出错。我们需要一种统一配置管理方案,可以集中管理所有实例的配置
- Nacos一方面可以将配置集中管理
- 另一方可以在配置变更时,及时通知微服务,实现配置的热更新
常见的服务配置中心:
- Apollo是由携程开源的分布式配置中心。特点有很多,比如:配置更新之后可以实时生效,支持灰度发布功能,并且能对所有的配置进行版本管理、操作审计等功能,提供开放平台API。并且资料也写的很详细
- Disconf是由百度开源的分布式配置中心。它是基于Zookeeper来实现配置变更后实时通知和生效的
- SpringCloud Config这是Spring Cloud中带的配置中心组件。它和Spring是无缝集成,使用起来非常方便,并且它的配 置存储支持Git。不过它没有可视化的操作界面,配置的生效也不是实时的,需要重启或去刷新。
- **Nacos **这是 Sping Cloud alibaba 技术栈中的一个组件,前面我们已经使用它做过服务注册中心。其实它也集成了服务配置的功能,我们可以直接使用它作为服务配置中心。
1、在Nacos 中添加配置文件
注意:
- 项目的核心配置,需要热更新的配置才有放到nacos管理的必要
- 基本不会变更的一些配置还是保存在微服务本地比较好
2、从微服务拉取配置
微服务要拉取nacos中管理的配置,并且与本地的application.yml配置合并,才能完成项目启动。
但如果尚未读取application.yml,又如何得知nacos地址呢?
因此spring引入了一种新的配置文件: bootstrap.yaml文件,会在application.yml之前被读取
流程如下:
3、配置实现步骤
(1)引入 nacos-config 依赖
<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
(2)添加 bootstrap.yml
不能使用原来的application.yml作为配置文件,而是新建一个bootstrap.yml作为配置文件
配置文件优先级(由高到低):
- bootstrap.properties -> bootstrap.yml -> application.properties -> application.yml
spring:application:name: service-productcloud:nacos:config:server-addr: 127.0.0.1:8848 #nacos中心地址file-extension: yaml # 配置文件格式profiles:active: dev # 环境标识,开发环境
(4)在 nacos 中添加配置
二、配置热更新
最终的目的,是修改nacos中的配置后,微服务中无需重启即可让配置生效,也就是配置热更新
配置中心添加配置
config:appName: product
1、配置热更新的两种方式
(1)方式一
在@Value注入的变量所在类上添加注解@RefreshScope:
@RestController
@RefreshScope//只需要在需要动态读取配置的类上添加此注解就可以
public class NacosConfigController {@Value("${config.appName}")private String appName; @GetMapping("/nacos-config-test1") public String nacosConfingTest1() {return appName;}
}
(2)方式二
硬编码方式
@RestController
public class NacosConfigController {@Autowired private ConfigurableApplicationContext applicationContext; @GetMapping("/nacos-config-test2") public String nacosConfingTest2() { return applicationContext.getEnvironment().getProperty("config.appName"); }
}
三、配置共享
当配置越来越多的时候,我们就发现有很多配置是重复的,这时候就考虑可不可以将公共配置文件提取出来
1、通服务内配置共享
实现步骤:
-
新建一个以 spring.application.name 命名的配置文件,然后将其所有环境的公共配置放在里面
-
新建一个名为service-product-test.yaml配置存放测试环境的配置
-
新建一个名为service-product-dev.yaml配置存放开发环境的配置
-
在两个环境文件中配置独有信息
#多配置一段 config:env: test#多配置一段 config:env: dev
-
添加测试方法
@RestController @RefreshScope public class NacosConfigController {@Value("${config.env}")private String env; //3 同一微服务的不同环境下共享配置@GetMapping("/nacos-config-test3") public String nacosConfingTest3() { return env; } }
2、不同微服务共享配置
不同服务之间实现配置共享的原理类似于文件引入,就是定义一个公共配置,然后在当前配置中引入
-
在nacos中定义一个DataID为all-service.yaml的配置,用于所有微服务共享
spring: datasource: driver-class-name: com.mysql.jdbc.Driver url: jdbc:mysql:///shopserverTimezone=UTCusername: root password: root cloud:nacos: discovery: server-addr: 127.0.0.1:8848
-
修改 bootstrap.yaml
spring: application: name: service-product cloud: nacos: config: server-addr: 127.0.0.1:8848 #nacos中心地址 file-extension: yaml # 配置文件格式 shared-dataids: all-service.yaml # 配置要引入的配置refreshable-dataids: all-service.yaml # 配置要实现动态配置刷新的配置 profiles: active: dev # 环境标识
-
启动微服务进行测试
共享配置的优先级