前面两篇文章我们聊了Spring Cloud Config配置中心,当我们在更新github上面的配置以后,如果想要获取到最新的配置,需要手动刷新或者利用webhook的机制每次提交代码发送请求来刷新客户端,客户端越来越多的时候,需要每个客户端都执行一遍,这种方案就不太适合了。使用Spring Cloud Bus(国人很形象的翻译为消息总线,我比较喜欢叫消息巴士)可以完美解决这一问题。
Spring cloud bus通过轻量消息代理连接各个分布的节点。这会用在广播状态的变化(例如配置变化)或者其他的消息指令。Spring bus的一个核心思想是通过分布式的启动器对spring boot应用进行扩展,也可以用来建立一个多个应用之间的通信频道。目前唯一实现的方式是用AMQP消息代理作为通道,同样特性的设置(有些取决于通道的设置)在更多通道的文档中。
大家可以将它理解为管理和传播所有分布式项目中的消息既可,其实本质是利用了MQ的广播机制在分布式的系统中传播消息,目前常用的有Kafka和RabbitMQ。利用bus的机制可以做很多的事情,其中配置中心客户端刷新就是典型的应用场景之一,我们用一张图来描述bus在配置中心使用的机制。
根据此图我们可以看出利用Spring Cloud Bus做配置更新的步骤:
以下是我对消息流程的理解手工图:
但是这个流程架构不是唯一的,还有下面这种直接webhook触发confi-client的,看图:
根据此图我们可以看出利用Spring Cloud Bus做配置更新的步骤:
准备工作:我们这里用到了RabbitMQ,我们的SpringCloudBus需要依赖RabbitMQ消息队列来传播消息,安装RabbitMQ部分请查看我的另一篇文章最简单的RabbitMQ消息队列搭建(windows环境下安装)
一、修改config-server配置
看看我们的pom.xml的依赖部分:
二、修改config-client配置
看看config-client的pom.xml
另外我们的Controller也需要添加一个注解(但是好像不加也行):
三、配置Git的/actuator/bus-refresh接口
关于下方怎么用NATAPP映射内网到外网,请继续看我的另一篇文章微信公众号开发之内网映射外网natapp安装(一),有详细的说明,具体的请登录NATAPP官网查看官网使用文档
拿到我们根据内网映射成的域名地址后,我们把 http://ndpn5z.natappfree.cc/actuator/bus-refresh这个地址配置到我们的webhook,记住请选择json方式提交(post方法提交)
接下来,我们依次启动config-sever和config-client这两个模块:
我们访问这个地址,http://localhost:8081/hello
然后我们去我们的GitHub上修改我们配置文件,然后保存修改
修改成功后,Git服务器就会给我们的config-server发送更新消息,我们的服务器就会自动拉取Git上的最新配置
这里需要说明的是如果你在本地测试的,你可以自己模拟外网的Git服务器给我们的config-server发送一个更新提心的消息,打开cmd窗口,输入curl -X POST http://localhost:8762/actuator/bus-refresh
我们还可以用IDEA提供的牛逼工具Test Restful Web Service来模拟一个webhook对我们的系统提交一个触发请求:
我们再次刷新我们的http://localhost:8081/hello,截图如下:
我们没有反复启动config-server就随时获取到了Git上修改(或者被提交的)最新信息,这就是SpringCloudBus的魅力和作用,谢谢观看,下次再见。
===============================================================================================
=======================================我是调皮的分割线==========================================
这样之后提交最新的配置文件到GitHub之后,后台就会出现这个诡异的BUG错误:
大概的意思是GitHub发送了一个空的数据(不是空的JSON)给我们系统服务器,我们系统服务器表示不接受和不能解释这个空数据,这个应该是spring cloud bus的一个BUG,网上有网友提供一种思路,就是增加一个过滤器,就是在系统接受GitHub发来的这个空数据之前,我们把这个数据篡改成一个正常的空JSON,然后系统就能解释和理解这个“正常的”数据体了,下面是这个过滤器的代码:
经过我的实战测试,以上的过滤器是有效的,至此整个Spring Cloud Bus的基本内容就讲解到这里了。
最后,我把我的GitHub上的Webhooks配置成了我的config-client端,提交后client端也自动刷新拉取最新的云端配置信息了,也简单验证我之前上面说的config-server和config-client是通过bus互通的结论
SpringCloud学习之Bus消息总线实现配置自动刷新(九)
原文:https://www.cnblogs.com/xulijun137/p/12209753.html