Nacos配置管理
1.1.统一配置管理
当微服务部署的实例越来越多,达到数十、数百时,逐个修改微服务配置不仅让人抓狂,而且很容易出错。此时即可使用Nacos提供的统一配置管理方案,来集中管理所有实例的配置。
Nacos一方面可以将配置集中管理,另一方可以在配置变更时,及时通知微服务,实现配置的热更新。
如何使用Nacos统一管理配置呢?
1、nacos中新建配置
注意:项目的核心配置,需要热更新的配置才有放到nacos管理的必要。基本不会变更的一些配置还是保存在微服务本地比较好。
2、从微服务拉取配置
微服务要拉取nacos中管理的配置,并且与本地的application.yml配置合并,才能完成项目启动。
那么问题来了,如果尚未读取application.yml,又如何得知nacos地址呢?
因此spring引入了一种新的配置文件:bootstrap.yaml文件,会在application.yml之前被读取,流程如下:
具体实施步骤如下:
1、首先,在user-service服务中,引入nacos-config的客户端依赖:
<!--nacos的配置管理依赖-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
2、然后,在user-service中添加一个bootstrap.yaml文件,内容如下:
spring:
application:
name: userservice
profiles:
active: dev # 环境
cloud:
nacos:
server-addr: 127.0.0.1:8848 # nacos地址(切记不要加http://,不要问我怎么知道)
config:
file-extension: yaml # 文件后缀名
这里会根据spring.cloud.nacos.server-addr获取nacos地址。
再根据[spring.application.name]-[spring.profiles.active].[spring.cloud.nacos.config.file-extension]作为文件id,来读取配置。
例如:本例中,就是去读取userservice-dev.yaml
如何实现修改nacos中的配置后,微服务中无需重启即可让配置生效,及配置热更新?
在@Value注入的变量所在类上添加注解@RefreshScope:
@Slf4j
@RestController
@RequestMapping("/user")
@RefreshScope
public class UserController {
@Value("${pattern.name}")
private String name;
@GetMapping("name")
public String name(){
return name;
}
}
使用@ConfigurationProperties注解代替@Value注解。
@Data
@Component
@ConfigurationProperties(prefix = "pattern")
public class PatternProperties {
private String dateformat;
private String envSharedValue;
private String name;
}
在user-service服务中,添加一个类,读取patterrn.dateformat属性:
@Slf4j
@RestController
@RequestMapping("/user")
public class UserController {
@Autowired
private PatternProperties properties;
@GetMapping("pattern")
public String patten(){
return properties.getName();
}
}
多环境配置文件共享
其实微服务启动时,会去nacos读取多个配置文件,例如:
1、[spring.application.name]-[spring.profiles.active].yaml,例如:userservice-dev.yaml
2、[spring.application.name].yaml,例如:userservice.yaml
而[spring.application.name].yaml不包含环境,因此可以被多个环境共享。
使用IDE的copy Configuration新建服务profile设置为test,运行两个UserApplication.
分别调用俩个服务:
可见,不管是dev,还是test环境,都读取到了envSharedValue这个属性的值。而name值为各自的配置。