SpringCloud系列--Bus(1)消息总线介绍

1、概述

上一篇SpringCloud系列–Config(2)动态刷新中我们实现了SpringCloud Config手动版的自动刷新，并且知道还存在以下问题：

• 假如有多个微服务客户端3355/3366/3377。
• 每个微服务都要执行一次post请求，手动刷新？
• 可否广播，一次通知，处处生效？
• 可否大范围的自动刷新？

现在我们来学习SpringCloud Bus,它是SpringCloud Config的增强：广播型的、自动版的自动刷新，是SpringCloud Config的绝配，一起使用：

• 实现分布式自动刷新配置功能；
• Spring Cloud Bus配合Spring Cloud Config使用可以实现配置的动态刷新。
  

1.1 什么是Bus

Spring cloud bus通过轻量级消息代理连接分布式系统中的各个节点，这可以用于广播状态改变(如配置更改)或其他管理指令。Spring bus的一个关键思想是，总线就像是可扩展的Spring Boot应用程序的分布式执行器，但它也可用作应用程序之间的通信通道。Spring cloud bus目前支持AMQP消息代理和Kafka，同样特性的设置（有些取决于通道的设置）在更多通道的文档中。

简单来说：SpringCloud Bus是用来将分布式系统的节点与轻量级消息系统链接起来的框架，它整合了Java的事件处理机制和消息中间件的功能。

SpringCloud Bus目前支持RabbitMQ和kafka。本文中使用RabbitMQ进行讲解。

1.2 Bus能干嘛

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

1.3 为何被称为总线

1.3.1 什么是总线

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

1.3.2 基本原理

ConfigClient 实例都监听MQ中同一个topic（默认是springcloubus），当一个服务刷新数据的时候，它会把这个信息放入到Topic中，这样其他监听统一topic的服务就能得到通知，然后去更新自身的配置。

2、RabbitMQ环境配置

RabbitMQ的安装配置可参考官网：Downloading and Installing RabbitMQ

3、SpringCloud Bus动态刷新(全局广播)

注意：必须先具备良好的RabbitMQ环境。
SpringCloud Bus配合Config使用，集成Config可参考：SpringCloud系列–Config(1)分布式配置中心介绍和使用,演示广播效果，增加复杂度，参照其中的3355服务，建立一样的3366服务。

3.1 设计思想

全局广播通知方式有两种:

1. 利用消息总线触发一个客户端/bus/refresh,进而刷新所有客户端的配置;
   
2. 利用消息总线触发一个服务端ConfigServer的/bus/refresh端点,进而刷新所有客户端的配置（更加推荐）
   
   注：此处的Config Server从Git拉取对应配置。

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

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

所以本文中将以第二种方式介绍全局广播通知。

3.2 配置中心服务端添加消息总线支持

3.2.1 pom.xml

配置中心服务端3344中添加RabbitMQ依赖：