1.Nacos配置管理
Nacos除了可以做注册中心,同样可以做配置管理来使用。
1.1.统一配置管理
当微服务部署的实例越来越多,达到数十、数百时,逐个修改微服务配置就会让人抓狂,而且很容易出错。我们需要一种统一配置管理方案,可以集中管理所有实例的配置。
Nacos一方面可以将配置集中管理,另一方可以在配置变更时,及时通知微服务,实现配置的热更新。
1.1.1.在nacos中添加配置文件
如何在nacos中管理配置呢?
然后在弹出的表单中,填写配置信息:
Data ID: 服务名称-[profile].yaml, Group分组默认即可
这里测试配置数据库参数, 配置完发布即可
项目的核心配置,需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置放微服务本地即可。
1.1.2.从微服务拉取配置
微服务要拉取nacos中管理的配置,并且与本地的application.yml配置合并,才能完成项目启动。
但如果尚未读取application.yml,又如何得知nacos地址呢?
因此spring引入了一种新的配置文件:bootstrap.yaml文件,会在application.yml之前被读取,流程如下:
Spring在读取配置文件时,bootstrap.yml的优先级是在application.yml之前的
1)引入nacos-config依赖
首先,在order-service服务中,引入nacos-config的客户端依赖:
<!--nacos配置管理依赖-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
2)添加bootstrap.yaml
然后,在order-service中添加一个bootstrap.yaml文件,内容如下:
spring:
application:
name: order-service # 服务名称(跟nacos上的配置文件名对应)
profiles:
active: dev #环境,这里是dev
cloud:
nacos:
server-addr: localhost:8848 # Nacos地址
config:
file-extension: yaml # 文件后缀名
这里会根据spring.cloud.nacos.server-addr获取nacos地址,再根据
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−{spring.profiles.active}.${spring.cloud.nacos.config.file-extension} 作为data Id,来读取我们在Nocas控制台发布的配置。
本例中,就是去读取order-service-dev.yaml:
3)读取nacos配置
在order-service中的OrderController中添加业务逻辑,读取MySQL.port及MySQL.username配置:
@RestController@RequestMapping("order")
public class OrderController {
@Autowired
private OrderService orderService;
@Value("${MySQL.port}")
private String port;
@Value("${MySQL.username}")
private String username;
@GetMapping("/dataBase")
public String getDataBase() {
return port + username;
}
在页面访问,可以看到效果:
1.2.配置热更新
我们最终的目的,是修改nacos中的配置后,微服务中无需重启即可让配置生效,也就是配置热更新。
要实现配置热更新,可以使用两种方式:
1.2.1.方式一
在 @Value 注入的变量所在类上添加注解 @RefreshScope:
1.2.2.方式二
使用 @ConfigurationProperties 注解代替 @Value 注解。
在 order-service 服务中,添加一个类,读取 MySQL.port 属性:
咦?这什么问题,前缀不规范。。。而且启动还报错了,查了下资料,原来是不允许使用驼峰,我把他全改成小写,启动正常,获取配置正常
另外,测试时我nacos上的配置还是用的MySQL没有改成小写,它也可以识别,也就是说在nacos上配置时大小写是不区分的,考虑到日常开发规范,建议还是统一小写吧
再次修改nacos中的配置参数并发布,然后刷新页面测试,发现参数会同步更新
so easy!!![手动狗头]
以下是代码
@Component
@Data
@ConfigurationProperties(prefix = "mysql")
public class PatternProperties {
private String port;
private String username;
private String password;
}
@RestController
@RequestMapping("order")
public class OrderController {
@Autowired
private OrderService orderService;
@Autowired
private PatternProperties patternProperties;
@GetMapping("/dataBase")
public String getDataBase() {
// 根据id查询订单并返回
//return port + username;
return patternProperties.getPort()
+ patternProperties.getUsername()
+ patternProperties.getPassword();
}
1.3.配置共享
其实微服务启动时,会去nacos读取多个配置文件,例如:
- [spring.application.name]-[spring.profiles.active].yaml,例如:userservice-dev.yaml
- [spring.application.name].yaml,例如:userservice.yaml
而[spring.application.name].yaml不包含环境,因此可以被多个环境共享。
我们通过案例来测试配置共享
1)测试配置文件优化级
我们在nacos中添加一个order-service.yaml文件:
所以现在是有两个配置文件都配置了参数port,一个3306,一个8080,
直接访问,没什么变化,拿的还是dev的
把dev配置文件中的port删除再测试
可以发现,拿到的是8080的,也就是说如果是指定了配置文件的,user-service-dev.yaml优先级要比user-service.yaml优先级高,如果指定文件没有的,就会去加载默认文件中的配置。
2)配置共享的优先级
当nacos、服务本地同时出现相同属性时,优先级有高低之分: