上一章我们讲了Config,其所能达到的极限也只是通过发送一个POST请求,手动版的实现动态刷新。 我们想解决这样的几个情形:
带着这些问题,我们来到本章Bus的学习,它是对Config的增强。
想实现:分布式自动刷新配置功能
Spring Cloud Bus 配合 Spring Cloud Config 使用可以实现配置的动态刷新。
Spring Cloud Bus是用来将分布式系统的节点与轻量级消息系统链接起来的框架,它整合了Java的事件处理机制和消息中间件的功能。
Spring Cloud Bus目前支持RabbitMQ
和Kafka
。
Spring Cloud Bus能管理和传播分布式系统间的消息,就像一个分布式执行器,可用于广播状态更改、事件推送等,也可以当作微服务间的通信通道。
什么是总线
在微服务架构的系统中,通常会使用轻量级的消息代理来构建一个共用的消息主题,并让系统中所有微服务实例都连接上来。由于该主题中产生的消息会被所有实例监听和消费,所以称它为消息总线。在总线上的各个实例,都可以方便地广播一些需要让其他连接在该主题上的实例都知道的消息。
基本原理
ConfigClient实例都监听MQ中同一个Topic(默认是springCloudBus
)。当一个服务刷新数据的时候,它会把这个信息放入到Topic中,这样其它监听同一Topic的服务就能得到通知,然后去更新自身的配置。
我下载的是跟老师一样版本的21.3
注意安装目录不要有中文和空格,以管理员身份安装,安装步骤默认安装即可。
安装Erlang后会自动修改系统变量,但是需要重启系统才能生效。我们可以手动设置系统变量不重启。
cmd中输入以下命令:
C:\Users\Administrator>set ERLANG_HOME=D:\RabbitMQ\erl10.3\bin (自己的安装路径)
或者是在系统环境变量中手动添加。
我下载的也是老师的版本3.7.14
注意这里不要安装到有空格或中文的目录下,例如:D:\Program Files,否则会在后面无法安装可视化插件。
进入RabbitMQ安装目录下的sbin
目录:D:\RabbitMQ\rabbitmq_server-3.7.14\sbin
打开cmd输入如下命令:
rabbitmq-plugins enable rabbitmq_management
这样就可以添加并使用可视化插件了。
以管理员身份启动start,不然会报错。
然后测试是否安装成功:http://localhost:15672/
账号密码都是guest
,安装成功!
必须先具备良好的RabbitMQ环境。
演示广播效果,增加复杂度,再以3355为模板再制作一个3366
建Module
cloud-config-client-3366
改POM
复制3355的即可。
写YML
bootstrap.yml
复制3355,改下端口号即可。
主启动
业务类
设计思想
① 利用消息总线触发一个客户端/bus/refresh,而刷新所有客户端的配置
② 利用消息总线触发一个服务端ConfigServer的/bus/refresh端点,而刷新所有客户端的配置
图二的架构显然更加适合,图一不适合的原因如下
打破了微服务的职责单一性,因为微服务本身是业务模块,它本不应该承担配置刷新的职责。
破坏了微服务各节点的对等性。
有一定的局限性。例如,微服务在迁移时,它的网络地址常常会发生变化,此时如果想要做到自动刷新,那就会增加更多的修改。
服务端
添加消息总线支持改POM
<dependency>
<groupId>org.springframework.cloudgroupId>
<artifactId>spring-cloud-starter-bus-amqpartifactId>
dependency>
写YML
客户端
添加消息总线支持改POM
<dependency>
<groupId>org.springframework.cloudgroupId>
<artifactId>spring-cloud-starter-bus-amqpartifactId>
dependency>
写YML
注意对齐,rabbitmq是跟application、cloud对齐的。
客户端
添加消息总线支持改POM
<dependency>
<groupId>org.springframework.cloudgroupId>
<artifactId>spring-cloud-starter-bus-amqpartifactId>
dependency>
写YML
跟上面3355一样。
测试
运维工程师
➢ 修改Github上配置文件增加版本号
➢ 发送POST请求
curl -X POST "http://localhost:3344/actuator/bus-refresh"
➢ 一次发送,处处生效
配置中心
➢ http://config-3344.com:3344/config-dev.yml
客户端
➢ http://localhost:3355/configInfo
➢ http://localhost:3366/configInfo
➢ 获取配置信息,发现都已经刷新了
一次修改,广播通知,处处生效 O(∩_∩)O
不想全部通知,只想定点通知
只通知3355,不通知3366
简单一句话:指定具体某一个实例生效而不是全部
公式:http://localhost:配置中心的端口号/actuator/bus-refresh/{destination}
/bus/refresh
请求不再发送到具体的服务实例上,而是发给ConfigServer并通过destination参数类指定需要更新配置的服务或实例。
案例
我们这里以刷新运行在3355端口上的config-client为例(只通知3355,不通知3366)
curl -X POST "http://localhost:3344/actuator/bus-refresh/config-client:3355"