消息总线
1、概述
使用SpringCloud Bus配和Spring Cloud Config使用实现配置的动态刷新
Bus只支持消息处理：RabbitMQ和Kafaka。
能干嘛
能管理和传播分布式系统间的消息，就像一个分布式执行器，可用于广播状态更改、时间推送等，也可以当做微服务间的通信通道。
什么是总线
在微服务架构的系统中，通常会使用轻呈级的消息代理来构建一个共用的消息主题，并让系统中所有微服务实例都连接上来。由于该主题中产生的消
息会被所有实例监听和消费，所以称它为消息总线。在总线上的各个实例，都可以方便地广播一些需要让其他连接在该主题上的实例都知道的消息。
基本原理
ConfigClient实例都监听MQ中同一个topic(默认是springCloudBus)。当一个服务刷新数据的时候，它会把这个信息放入到Topic中，这样其它监听
同一Topic的服务就能得到通知，然后去更新白身的配置。
https://www.bilibili.com/video/av55976700?from=search&seid=15010075915728605208
2、Rabbit环境配置
进入目录输入命令
安装成功之后访问：http://localhost:15672/
默认账号密码为guest和guest登陆之后：
3、动态刷新刷新全局广播
新建一个cloud-config-client3366的模块，跟3355内容一致，端口不一致。
设计思想
1、利用消息总线触发一个客户端bus/refresh，而刷新所有客户端的配置。
2、利用消息总线触发一个服务端ConfigServer的/bus/refresh断电，而刷新所有客户端的配置
对比
第二种的架构显然更加适合，第一种不适合的原因有：
a：打破了微服务的职责单一性，因为微服务本身是业务模块，他本不应该承担配置刷新的职责。
b：婆婆坏了微服务各个节点的对等性。
c：有一定的局限性，例如：微服务在迁移时，它的网络常常会发生变化，此时如果想要做到自动刷新，那就回增加更多的配置。
3344配置中心服务端模块添加消息总线支持
1、pom
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-bus-amqp</artifactId>
</dependency>
2、yml
## rabbitmq的相关配置
rabbitmq:
host: localhost
port: 5672
username: guest
password: guest
## rabbitmq相关配置，暴露bus刷新配置的端点
management:
endpoints:
web:
exposure:
include: "bus-refresh"
3355和3355客户端模块添加消息总线支持
1、pom
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-bus-amqp</artifactId>
</dependency>
2、yml
## rabbitmq的相关配置
rabbitmq:
host: localhost
port: 5672
username: guest
password: guest
测试修改git中配置，然后访问curl -X POST "http://localhost:3344/actuator/refresh",调用3355接口，查看结果是否更新。。
结果：一次发送，处处生效
4、动态刷新定点通知
不想全部通知，只想定点通知，只通知一个3355，而不通知3366
简单一句话
制定具体的某一个实例生效而不是全部！
公式：http://localhost:3344/actuator/bus-refresh/{destination}
同样是发送到服务实例上，然后通过{destination}制定具体需要更新的客户端。规则：spring-application-name：端口
实例，只刷新3355客户端
通知总结：
公众号：发哥讲
这是一个稍偏基础和偏技术的公众号，甚至其中包括一些可能阅读量很低的包含代码的技术文，不知道你是不是喜欢，期待你的关注。
代码分享
微信公众号 点击关于我，加入QQ群，即可获取到代码以及高级进阶视频和电子书！！
img
如果你觉得文章还不错，就请点击右上角选择发送给朋友或者转发到朋友圈~
● 扫码关注我们
据说看到好文章不推荐的人，服务器容易宕机！
本文版权归 发哥讲 和 博客园 共有，原创文章，未经允许不得转载，否则保留追究法律责任的权利。