大话SpringCloud---Spring Cloud Bus消息总线是个啥？

这一篇博客简单记录一下Spring Cloud Bus是什么东西，有什么作用。

---

问题引入

我们都知道微服务治理框架Spring Cloud会有很多很多的组件，比如服务注册、服务调用与负载均衡、服务熔断与降级、服务网关、服务配置中心等等。

其中服务配置中心，我们选用的实现技术是Spring Cloud Config。这个东西可以作为微服务的配置中心，集中管理微服务实例的配置信息。

今天明明记录的是消息总线，为啥讲这个呢？

别急，还记得我们Spring Cloud Config想要动态刷新配置文件时，每一次都要运维人员先手动发送一次post请求到客户端吗？

这样子虽然解决了不需要客户端重启的问题。可是后期微服务实例多了起来，难不成改一次配置文件就要手动发送几十次甚至上百次的post请求吗？当然这个我们写一个shell脚本，但是后期需要增加微服务实例时，就要修改一次脚本。还有一个问题，修改配置文件之后，有一些微服务实例需要让它更新最新配置，而有一些不让它更新，也就是我们常说的定点通知。这个我们手动控制的话成本还是很大的。

Spring Cloud Config还真解决不了这个问题，所以需要一个新的组件Spring Cloud Bus。

概念

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

  而Spring Cloud Bus就是实现该功能的技术。它是将分布式系统中的节点与轻量级消息系统链接起来的框架。整合了Java的事件处理机制和消息中间件的功能。所以我们谈消息总线，注定不能离开消息中间件。有关消息中间件的知识，可以查看我之前的博客。

  目前Spring Cloud Bus支持的消息中间件技术有RabbitMQ与Kafka。

应用场景

介绍了基本是啥，那总要用起来，在上文我们提到了一个配置文件动态更新的问题，就是Spring Cloud Bus典型的应用场景了。

我们运维工程师在Github上修改完配置之后，分布式配置中心自动拉取最新的配置信息，同时触发post请求给一个微服务实例。这个微服务实例在收到post请求之后会自动动态更新配置文件，更新完之后顺便把这个消息告诉Spring Cloud Bus。Spring Cloud Bus收到之后就把这个消息告诉其它的微服务实例，其它的微服务实例也就更新配置。这样下来，就实现了自动的动态配置更新。

当然它能做的事情还有很多，不只是动态的更新配置文件。

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

再来一张图，感谢观看🙏