Spring Cloud Bus 消息总线

一、简介

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

  分布式自动刷新配置功能，Spring Cloud Bus配合Spring Cloud Config使用可以实现配置的动态刷新。解决单独使用Spring Cloud Config需要向每一个客户端服务单独发送POST 刷新请求特别繁琐的一个问题。
架构模式图（1）：Spring Cloud Bus 通过通知一个客户端来更新所有的客户端配置

架构模式图（2）：Spring Cloud Bus 通过通知Spring Cloud Config分布式配置中心服务端来更新所有的客户端配置

  Spring Cloud Bus是用来将分布式系统的节点与轻量级消息系统链接起来的框架，它整合了Java的事件处理机制和消息中间件的功能。Spring Clud Bus目前支持RabbitMQ和Kafka.
作用：
  Spring Cloud Bus能管理和传播分布式系统间的消息，就像一 个分布式执行器，可用于广播状态更改、事件推送等，也可以当作微服务间的通信通道。通过广播可实现通知一个客户端或者配置中心服务端能让所有的客户端都更新以获取配置中心最新的内容。

实现原理：
  ConfigClient实例都监听MQ中同一个topic(默认是Spring Cloud Bus)。当一个服务刷新数据的时候,它会把这个信息放入到Topic中,这样其它监听同一Topic的服务就能得到通知，然后去更新自身的配置。

注意：RabbitMQ消息中间件Windows 和 Linux 端的安装请查看：RabbitMQ安装教程

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

2.1 必须先具备良好的RabbitMQ环境

2.2 增加配置中心客户端用于测试

  演示广播效果，增加复杂度，再以上一篇博文的3355为模板再制作一个3366（ConfigClient）。

2.3 两种设计思想

2.3.1 通过架构图（1）客户端发送广播通知

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

2.3.2 通过架构图（2）服务端发送广播通知

总结

图二的架构显然更加合适，图一不适合的原因如下：

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

2.4 给cloud-config-center-3344配置中心服务端添加消息总线支持

2.4.1 pom 添加 Bus 依赖

<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bus-amqp</artifactId>
</dependency>

2.4.2 yml 配置文件

server:
  port: 3344
spring:
  application:
    name: cloud-config-center
  cloud:
    config:
      server:
        git:
          uri:  https://github.com/firecode7/cloud2020.git  #GitHub上仓库的名字
          search-paths:
            - cloud2020 #搜索目录
      label: master #读取分支
  #rabbitmq相关配置15672是Web管理界面的端口; 5672是MQ访问的端口
  rabbitmq:
    host: 192.168.177.136 #自己消息中间件安装主机地址，这里我安装在虚拟机上
    port: 5672
    username: qmy
    password: tiger

eureka:
  client:
    service-url:
      defaultZone:  http://localhost:7001/eureka
#暴露bus刷新配置的端点
management:
  endpoints:
    web:
      exposure:
        include: 'bus-refresh'  

2.5 测试

2.5.1 修改Github上配置文件增加版本号

2.5.2 cmd 窗口发送POST 请求给服务端3344

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

2.5.3 访问配置

查看配置中心是否更新：

http://config-3344.com/config-dev.yml

查看两个客户端是否更新：

http://localhost:3355/configInfo
http://localhost:3366/configInfo

会发现，获取配置信息，发现都已经刷新了，即一次发送，广播通知，处处生效。达到了只用刷新服务端，所有的的客户端都能同步接受到广播进行更新。

三、Spring Cloud Bus动态刷新定点通知

  上面是通知了全部客户端配置，但是如果不想全部通知，只想定点通知部分客户端呢？

解决办法如下：在发送个服务端配置中心POST 刷新请求时指定时哪个微服务即可

• 指定具体某一个实例生效而不是全部
• 公式：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"

四、Spring Cloud Bus 动态通知刷新总结