SpringCloud Bus消息总线

  • 一、概述
  • 1、什么是总线
  • 2、基本原理
  • 二、SpringCloud Bus动态刷新全局广播
  • 三、SpringCloud Bus动态刷新定点通知


一、概述

官网:https://cloud.spring.io/spring-cloud-static/spring-cloud-bus/2.2.1.RELEASE/reference/html/

Springcloud config能主动检测配置更新吗 springcloud config bus_消息总线


用SpringCloud Config时,我们可以实现配置信息手动的动态刷新,也就是远端配置信息发生改变后,需要告诉服务端配置信息发生变化后,服务端才会更新配置信息,而现在我们想要实现分布式自动刷新配置信息功能,这就需要我们使用SpringCloud Bus消息总线配合SpringCloud Config实现配置信息的动态刷新。Spring Cloud Bus 配合 Spring Cloud Config 使用可以实现配置信息的动态刷新。

Springcloud config能主动检测配置更新吗 springcloud config bus_java_02


Spring Cloud Bus是用来将分布式系统的节点与轻量级消息系统链接起来的框架,

它整合了java的事件处理机制和消息中间件的功能。

SpringCloud Bus目前支持两种消息代理:RabbitMQ和KafkaSpringCloud Bus能管理和传播分布式系统间的消息,就像一个分布式执行器,可用于广播状态更改、事件推送等, 也可以当做微服务间的通信通道。

Springcloud config能主动检测配置更新吗 springcloud config bus_spring cloud_03

1、什么是总线

在微服务架构的系统中,通常会使用轻量级的消息代理来构建一个共用的消息主题,并让系统中所有微服务实例都连接上来。由于该主题中产生的消息会被所有实例监听和消费,所以称它为消息总线。在总线上的各个实例,都可以方便地广播一些需要让其他连接在该主题上的实例都知道的消息。

2、基本原理

ConfigClent实例都监听MQ中的同一个主题Topic(默认是SpringCloud Bus),当一个服务器刷新数据的时候,它会把这个信息放入到Topic中,这样其他监听了同一Topic的服务就能得到通知,然后去更新自身的配置。

二、SpringCloud Bus动态刷新全局广播

演示广播效果,增加复杂度,再以3355为模板制作一个3366

3366控制类添加ip返回,区别3355:

@RestController
@RefreshScope
public class ConfigClientController {

    @Value("${config.info}")
    private String configInfo;

    @Value("${server.port}")
    private String servicePort;

    @GetMapping("/configInfo")
    public String getConfigInfo() {
        return "port: " + servicePort + "\t " + configInfo;
    }

}

设计思想:

1、利用消息总线触发一个客户端 /bus/refresh,而刷新所有客户端得配置

Springcloud config能主动检测配置更新吗 springcloud config bus_Cloud_04

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

Springcloud config能主动检测配置更新吗 springcloud config bus_Cloud_05

上述图2架构显然更加适合,
图1不合适的原因:

  • 打破微服务的职责单一性,业务微服务本身是业务模块,它本身不应该承担配置的刷新职责
  • 破坏了微服务各节点的对等性
  • 有一定的局限性。例如,微服务在迁移时,它的网络地址常常会发生变化,此时如果做到自动刷新,那就会增加更多的修改

1、在3344其POM文件中添加使用RabbitMQ实现消息总线的依赖

<!--添加消息总线RabbitMQ支持-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bus-amqp</artifactId>
        </dependency>

3344yml文件添加配置:注:spring.rabbitmq下

#消息中间件rabbitmq
    rabbitmq:
      host: localhost
      port: 5672
      username: guest
      password: guest

#暴露端口
management:
  endpoints: #暴露bus刷新配置的端点
    web:
      exposure:
        include: 'bus-refresh'

2、在3355/3366客户端添加两个客户端添加消息总线支持

<!--添加消息总线RabbitMQ支持-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bus-amqp</artifactId>
        </dependency>

yml文件添加配置:注:spring.rabbitmq下

#消息中间件rabbitmq
  rabbitmq:
    host: localhost
    port: 5672
    username: guest
    password: guest

启动7001、3344、3355/3366服务

Springcloud config能主动检测配置更新吗 springcloud config bus_rabbitmq_06


访问:

http://config-3344.com:3344/main/config-dev.yml http://localhost:3355/configInfo

http://localhost:3366/configInfo

Springcloud config能主动检测配置更新吗 springcloud config bus_消息总线_07


修改GitHub上的config-dev.yml信息,然后发送post请求

curl -X POST “http://localhost:3344/actuator/bus-refresh”

Springcloud config能主动检测配置更新吗 springcloud config bus_spring cloud_08

Springcloud config能主动检测配置更新吗 springcloud config bus_spring cloud_09

请求GitHub的配置信息:

Springcloud config能主动检测配置更新吗 springcloud config bus_java_10

所有服务的配置信息都得到了更新。

打开RabbitMQ的控制面板,我们可以发现有一个交换机,这就对应消息总线发送消息的交换机:

Springcloud config能主动检测配置更新吗 springcloud config bus_消息总线_11

三、SpringCloud Bus动态刷新定点通知

不想全部通知,只想指向定点通知
只通知3355
不通知3366

  • 指定具体某一个实例生效而不是全部
  • 公式: http://localhost:配置中心的端口号/actuator/bus-refresh/{destination}
  • /bus/refresh 请求不再发送到具体的服务实例上,而是发给config server并通过destination参数指定需要更新的配置的服务或实例

我们这里以刷新运行在3355端口上的config-client为例

curl -X POST “http://localhost:3344/actuator/bus-refresh/config-client:3355”

修改GitHub上的config-dev.yml

Springcloud config能主动检测配置更新吗 springcloud config bus_rabbitmq_12


发送post请求

Springcloud config能主动检测配置更新吗 springcloud config bus_rabbitmq_13


请求3344、3355、3366地址

Springcloud config能主动检测配置更新吗 springcloud config bus_spring cloud_14