微服务注册中⼼2
5.Nacos配置管理
Nacos除了可以做注册中⼼，同样可以做配置管理来使⽤
5.1 统⼀配置管理
当微服务部署的实例越来越多，达到数⼗、数百时，逐个修改微服务配置就会让⼈抓狂，⽽且很容易出错。我们需要⼀种统⼀配置管理⽅案，可以集中管理所有实例的配置。
Nacos⼀⽅⾯可以将配置集中管理，另⼀⽅可以在配置变更时，及时通知微服务，实现配置的热更新。
在业界常⻅的服务配置中⼼，有下⾯这些：
- Apollo是由携程开源的分布式配置中⼼。特点有很多，⽐如：配置更新之后可以实时⽣效，⽀持灰度发布功能，并且能对所有的配置进⾏版本管理、操作审计等功能，提供开放平台API。并且资料也写的很详细
- Disconf是由百度开源的分布式配置中⼼。它是基于Zookeeper来实现配置变更后实时通知和⽣效的
- SpringCloud Config这是Spring Cloud中带的配置中⼼组件。它和Spring是⽆缝集成，使⽤起来⾮常⽅便，并且它的配 置存储⽀持Git。不过它没有可视化的操作界⾯，配置的⽣效也不是实时的，需要重启或去刷新。
- Nacos这是SpingCloud alibaba技术栈中的⼀个组件，前⾯我们已经使⽤它做过服务注册中⼼。其实它也集成了服务配置的功能，我们可以直接使⽤它作为服务配置中⼼。
5.1.1 在nacos中添加配置⽂件
注意：项⽬的核⼼配置，需要热更新的配置才有放到nacos管理的必要。基本不会变更的⼀些配置还是保存在微服务本地⽐较好。
5.1.2 从微服务拉取配置
微服务要拉取nacos中管理的配置，并且与本地的application.yml配置合并，才能完成项⽬启动。
但如果尚未读取application.yml，⼜如何得知nacos地址呢？
因此spring引⼊了⼀种新的配置⽂件： bootstrap.yaml⽂件，会在application.yml之前被读取，流程如下：
配置实现步骤：
1）引⼊nacos-config依赖
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
2）添加bootstrap.yaml
不能使⽤原来的application.yml作为配置⽂件，⽽是新建⼀个bootstrap.yml作为配置⽂件配置⽂件优先级(由⾼到低):
bootstrap.properties -> bootstrap.yml -> application.properties -> application.yml
spring:
application:
name: service-product
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848 #nacos中⼼地址
file-extension: yaml # 配置⽂件格式
profiles:
active: dev # 环境标识，开发环境
4） 在nacos中添加配置
5.2 配置热更新
我们最终的⽬的，是修改nacos中的配置后，微服务中⽆需重启即可让配置⽣效，也就是配置热更新。要实现配置热更新，可以使⽤两种⽅式：
配置中⼼添加配置
config:
appName: product5.2.1.⽅式⼀
在@Value注⼊的变量所在类上添加注解@RefreshScope：
@RestController
@RefreshScope//只需要在需要动态读取配置的类上添加此注解就可以
public class NacosConfigController {
@Value("${config.appName}")
private String appName;
@GetMapping("/nacos-config-test1")
public String nacosConfingTest1() {
return appName;
}
}
5.2.2.⽅式⼆
硬编码⽅式
@RestController
public class NacosConfigController {
@Autowired
private ConfigurableApplicationContext applicationContext;
@GetMapping("/nacos-config-test2")
public String nacosConfingTest2() {
return applicationContext.getEnvironment().getProperty("config.app
Name");
}
}
5.3 配置共享
当配置越来越多的时候，我们就发现有很多配置是重复的，这时候就考虑可不可以将公共配置⽂件提取出来
5.3.1 同服务内配置共享
现步骤:
1.新建⼀个以 spring.application.name 命名的配置⽂件，然后将其所有环境的公共配置放在⾥
⾯
2.新建⼀个名为service-product-test.yaml配置存放测试环境的配置
3.新建⼀个名为service-product-dev.yaml配置存放开发环境的配置
4.在两个环境⽂件中配置独有信息
#多配置⼀段
config:
env: test
#多配置⼀段
config:
env: dev5.添加测试⽅法
@RestController
@RefreshScope
public class NacosConfigController {
@Value("${config.env}")
private String env;
//3 同⼀微服务的不同环境下共享配置
@GetMapping("/nacos-config-test3")
public String nacosConfingTest3() {
return env;
}
}5.3.2 不同微服务共享配置
不同服务之间实现配置共享的原理类似于⽂件引⼊，就是定义⼀个公共配置，然后在当前配置中引⼊
1.在nacos中定义⼀个DataID为all-service.yaml的配置，⽤于所有微服务共享
spring:
datasource:
driver-class-name: com.mysql.jdbc.Driver
url: jdbc:mysql:///shopserverTimezone=UTC
username: root
password: root
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
2.修改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 # 环境标识
3.启动商品微服务进⾏测试
配置共享的优先级
当nacos、服务本地同时出现相同属性时，优先级有⾼低之分：
原文地址：https://blog.csdn.net/2301_79694645/article/details/142354080
免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！