SpringCloud（九）Bus消息总线

（学习记录）

一、概述

1.简介

Bus支持两种消息代理：RabbitMQ 和 Kafka

Spring Cloud Bus 配合 Spring Cloud Config 使用可以实现配置的动态刷新。

是什么：Spring Cloud Bus是用来将分布式系统的节点与轻量级消息系统链接起来的框架，
它整合了Java的事件处理机制和消息中间件的功能。

 

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

基本原理：ConfigClient实例都监听MQ中同一个topic(默认是springCloudBus)。当一个服务刷新数据的时候，它会把这个信息放入到Topic中，这样其它监听同一Topic的服务就能得到通知，然后去更新自身的配置。

作用：通知微服务获取最新配置文件

2. Bus动态刷新全局广播

2.1必须先具备良好的RabbitMQ环境先

2.2新建工程：cloud-config-client-3366，复制3355即可

2.3设计思想：

1）利用消息总线触发一个客户端/bus/refresh,而刷新所有客户端的配置

 2）利用消息总线触发一个服务端ConfigServer的/bus/refresh端点，而刷新所有客户端的配置

 二者对比：

第一种：

1.打破了微服务的职责单一性，因为微服务本身是业务模块，它本不应该承担配置刷新的职责。

2.破坏了微服务各节点的对等性。

3.有一定的局限性。例如，微服务在迁移时，它的网络地址常常会发生变化，此时如果想要做到自动刷新，那就会增加更多的修改

最佳：采用第二种

2.4服务端和客户端添加消息总线支持 

服务端3344、客户端3355、3366都进行pom修改

<!--添加消息总线RabbitMQ支持-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bus-amqp</artifactId>
</dependency>

服务端3344yml修改

#rabbitmq相关配置 15672是Web管理界面的端口；5672是MQ访问的端口
  rabbitmq:
    host: localhost
    port: 5672
    username: 用户名
    password: 密码






##rabbitmq相关配置,暴露bus刷新配置的端点
management:
  endpoints: #暴露bus刷新配置的端点
    web:
      exposure:
        include: 'bus-refresh'

客户端3355、3366 

#rabbitmq相关配置 15672是Web管理界面的端口；5672是MQ访问的端口
  rabbitmq:
    host: localhost
    port: 5672
    username: 用户名
    password: 密码

2.5测试 

1.修改Github上配置文件增加版本号

2.发送Post请求：curl -X POST "http://localhost:3344/actuator/bus-refresh"

3.一次发送，处处生效

分别访问3355和3366客户端，发现版本号都已修改得到最新

3.Bus动态刷新定点通知

不想全部通知，只想定点通知。指定具体某一个实例生效而不是全部 

公式：http://localhost:配置中心的端口号/actuator/bus-refresh/{destination}

/bus/refresh请求不再发送到具体的服务实例上，而是发给config server，并通过destination参数类指定需要更新配置的服务或实例

比如：curl -X POST "http://localhost:3344/actuator/bus-refresh/config-client:3355"

这里就只通知3355,3366不会被通知