1.简介:
SpringCloud Bus配合SpringCloud Config使用可以实现配置的动态刷新

SpringCloud Bus是用来将分布式系统的节点与轻量级消息系统链接起来的框架,它整合了Java的事件处理机制和消息中间件的功能。
SpringCloud Bus目前支持 RabbitMQ 和 Kafka。
1.1 能干什么:
SpringCloud Bus能管理和传播分布式系统间的消息,就像一个分布式执行器,可用于广播状态更改、事件推送,也可以当作微服务间的通信信道
1.2 什么是总线?
在微服务架构的系统中,通常会使用轻量级的消息代理来构建一个共用的消息主题,并让系统中所有微服务实例都连接上来。由于该主题中产生的消息会被所有实例监听和消费,所以称它为消息总线。在总线上的各个实例,都可以方便的广播一些需要让其他连接在该主题上的实例都知道的消息。
1.3 基本原理
ConfigClient 实例都监听MQ中同一个topic(默认是springcloubus),当一个服务刷新数据的时候,它会把这个信息放入到Topic中,这样其他监听统一topic的服务就能得到通知,然后去更新自身的配置。
2.SpringCloud Bus 动态刷新全局广播
全局广播
前提: 先具备良好的 RabbitMQ 环境
2.1演示广播效果,增加复杂度,再以3355为模板再制做一个3366模块
pom.xml
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49
| <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <parent> <artifactId>cloud2020</artifactId> <groupId>com.atguigu.springcloud</groupId> <version>1.0-SNAPSHOT</version> </parent> <modelVersion>4.0.0</modelVersion>
<artifactId>cloud-config-client-3366</artifactId>
<dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-config</artifactId> </dependency> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</artifactId> <scope>runtime</scope> <optional>true</optional> </dependency> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <optional>true</optional> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> </dependencies> </project>
|
bootstrap.yml
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28
| server: port: 3366
spring: application: name: config-client cloud: config: label: master name: config profile: dev uri: http://localhost:3344
eureka: client: service-url: defaultZone: http://localhost:7001/eureka
management: endpoints: web: exposure: include: "*"
|
主启动类
1 2 3 4 5 6 7 8 9 10 11 12
| package com.atguigu.springcloud; import org.springframework.boot.SpringApplication; import org.springframework.boot.autoconfigure.SpringBootApplication; import org.springframework.cloud.netflix.eureka.EnableEurekaClient; @SpringBootApplication @EnableEurekaClient public class ConfigClientMain3366 { public static void main(String[] args) { SpringApplication.run(ConfigClientMain3366.class,args); } }
|
controller
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
| package com.atguigu.springcloud.config; import org.springframework.beans.factory.annotation.Value; import org.springframework.cloud.context.config.annotation.RefreshScope; import org.springframework.web.bind.annotation.GetMapping; import org.springframework.web.bind.annotation.RestController; @RestController @RefreshScope public class ConfigClientController { @Value("${server.port}") private String serverPort; @Value(("${config.info}")) private String configInfo;
@GetMapping("/configInfo") public String getConfigInfo(){ return "serverPort: "+serverPort+"\t\n\n configInfo: "+configInfo; } }
|
2.2 讲一下设计思想
1)利用消息总线触发一个客户端/bus/refresh,而刷新所有客户端的配置

2)利用消息总线触发一个服务端ConfigServer的/bus/refresh端点,而刷新所有客户端的配置

图二的架构显然更加合适,图一不合适的原因如下:
打破了微服务的职责单一性,因为微服务本身是业务模块,它本不应该承担配置刷新的职责
破坏了微服务各节点的对等性
有一定的局限性。例如,微服务在迁移时,它的网络地址常常会发生变化,此时如果想要做到自动刷新,那就好增加更多的修改
2.3 给cloud-config-center-3344配置中心服务端端架消息总线支持
1 2 3 4 5 6 7 8 9 10
| <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-bus-amqp</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency>
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35
| server: port: 3344
spring: application: name: cloud-config-center cloud: config: server: git: skipSslValidation: true uri: https://gitee.com/zhangxin123456/springcloud-config.git search-paths: - com.springcloud-config label: master
rabbitmq: host: localhost port: 5672 username: guest password: guest
eureka: client: service-url: defaultZone: http://eureka7001.com:7001/eureka
management: endpoints: web: exposure: include: "bus-refresh"
|
2.4 给cloud-config-client-3355客户端添加消息总线支持
1 2 3 4 5 6 7 8 9
| <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-bus-amqp</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency>
|
1 2 3 4 5 6 7
| #rabbit相关配置 15672是web管理界面的端口,5672是MQ访问的端口 rabbitmq: host: localhost port: 5672 username: guest password: guest #这是客户端,不需要刷新
|
2.5 给cloud-config-client-3366客户端添加消息总线支持
1 2 3 4 5 6 7 8 9
| <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-bus-amqp</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-actuator</artifactId> </dependency>
|
1 2 3 4 5 6 7
| rabbitmq: host: localhost port: 5672 username: guest password: guest
|
2.6 启动7001、3344、3355、3366,测试
先看一下eureka注册中心,3344,3355,3366都已经注册进来了

github上现在version 是3,访问3344,看拿到的是多少

是3,正常,访问3355

现在,在github将version改为4,如果不使用Bus消息总线通知,3344可以拿到新数据:

3355/3366要想拿到新数据需要每个都发送一个Post请求激活,但现在使用了Bus总线,我们只需给3344服务端发送一次Post请求,3355/3366就能自动的跟着更新。测试一下,给3344发送Post:
1
| curl -X POST "http://localhost:3344/actuator/bus-refresh"
|

然后测试3355、3366,这时候已经可以拿到新数据了,但我们并没有重启3355/3366,或给每一个发送post请求


这样就达到了一次修改,广播通知,处处生效。
3.SpringCloud Bus 定点通知
如果现在不想全部通知,指向定点通知该如何呢?
解决:
指定具体某一个实例生效而不是全部
公式:http://localhost:配置中心端口号/actuator/bus-refresh/{destination}
/bus/refresh请求不再发送到具体的服务实例上,而是发给 config server并通过destination参数类指定需要更新配置的服务或实例
案例: 这里我们以刷新运行在3355端口上的config-client为例,只通知3355,不通知3366
现在再来修改github配置文件的version,改为5

现在3344是可以直接拿到新数据,3355/3366不能,我们来发一条这样的Post请求
curl -X -POST “http://localhost:3344/actuator/bus-refresh/config-client:3355"
config-client就是3355的微服务名,3355即端口号

现在来刷新3355、3366,只有3355拿到了新数据,3366没被通知,没拿到新数据


通知总结
