SpringCloud学习之Bus消息总线实现配置自动刷新(九)
前面两篇文章我们聊了Spring Cloud Config配置中心,当我们在更新github上面的配置以后,如果想要获取到最新的配置,需要手动刷新或者利用webhook的机制每次提交代码发送请求来刷新客户端,客户端越来越多的时候,需要每个客户端都执行一遍,这种方案就不太适合了。使用Spring Cloud Bus(国人很形象的翻译为消息总线,我比较喜欢叫消息巴士)可以完美解决这一问题。
1. Spring Cloud Bus
Spring cloud bus通过轻量消息代理连接各个分布的节点。这会用在广播状态的变化(例如配置变化)或者其他的消息指令。Spring bus的一个核心思想是通过分布式的启动器对spring boot应用进行扩展,也可以用来建立一个多个应用之间的通信频道。目前唯一实现的方式是用AMQP消息代理作为通道,同样特性的设置(有些取决于通道的设置)在更多通道的文档中。
大家可以将它理解为管理和传播所有分布式项目中的消息既可,其实本质是利用了MQ的广播机制在分布式的系统中传播消息,目前常用的有Kafka和RabbitMQ。利用bus的机制可以做很多的事情,其中配置中心客户端刷新就是典型的应用场景之一,我们用一张图来描述bus在配置中心使用的机制。
根据此图我们可以看出利用Spring Cloud Bus做配置更新的步骤:
- 提交到Git,Git触发post通过bus/refresh发送消息给我们的config-server
- config-server收到消息后从Git上的拉取最新配置,并发送消息给消息总线Spring Cloud Bus
- 所有config-client通过消息总线Spring Cloud bus接到通知后向config-server获取最新的配置信息
- 全部客户端均获取到最新的配置
以下是我对消息流程的理解手工图:
但是这个流程架构不是唯一的,还有下面这种直接webhook触发confi-client的,看图:
根据此图我们可以看出利用Spring Cloud Bus做配置更新的步骤:
- 提交代码触发post给客户端A发送bus/refresh
- 客户端A接收到请求从Server端更新配置并且发送给Spring Cloud Bus
- Spring Cloud bus接到消息并通知给其它客户端
- 其它客户端接收到通知,请求Server端获取最新配置
- 全部客户端均获取到最新的配置
重点说明:Git服务器的bus/refresh接口可以请求任何一个config-server地址或者任何一个config-client,因为他们是用spring cloud bus消息是相互连通的!!!
准备工作:我们这里用到了RabbitMQ,我们的SpringCloudBus需要依赖RabbitMQ消息队列来传播消息,安装RabbitMQ部分请查看我的另一篇文章最简单的RabbitMQ消息队列搭建(windows环境下安装)
一、修改config-server配置
看看我们的pom.xml的依赖部分:
二、修改config-client配置
看看config-client的pom.xml