Spring Cloud笔记-Spring Cloud Bus消息总线（十四）

1.概述

Spring Cloud Bus是用来将分布式系统的结点与轻量级消息系统连接起来的框架，它整合了Java事件处理机制和消息中间件的功能，Spring Cloud Bus目前支持的MQ有：RAbbitMQ和Kafka。Spring Cloud Bus可以使Spring Cloud Config实现配置的动态刷新。

观察下图，运维发送/bus/refresh的POST请求给其中一个Client，Client将消息发送给消息总线，最初收到POST请求的Client拉取最新的配置信息，监听Spring Cloud Bus的其他Client收到消息后，也去配置中心拉取最新配置信息。这种模式是不推荐的，下面会说原因。

Spring Cloud Bus能管理和传播分布式系统间的消息，类似一个分布式执行器，可用于广播状态更改、事件推送等，也可以作为微服务之间的通信信道。

在微服务架构系统中，通常会使用轻量级的消息代理来构建一个共用的消息主题，让所有的微服务实例都连接上来，这个主题中产生的消息会被所有实例监听和消费，所以称为消息总线。在总线上的实例还可以发送消息给总线，让总线上的其他监听者获取消息。

观察下图，运维发送/bus/refresh请求给配置中心，配置中心会获取最新的配置文件，并发送一个消息给消息总线，监听消息总线的其他Client会收到消息，并从配置中心拉取最新的配置文件。这种模式是推荐使用的。

用户向Config Server发送update的post请求，Config Server更新配置并把消息发送到总线的Topic中，Config Client实例监听MQ中同一个Topic（默认是Spring Cloud Bus），所有监听同一个Topic的服务就都能收到通知，然后更新自身的配置。

2.RabbitMQ环境配置

1.Window版本

RabbitMQ服务器是用Erlang语言编写，需要下载Erlang运行环境，下载地址：http://erlang.org/download/otp_win64_21.3.exe，然后安装RabbitMQ，下载地址：https://dl.bintray.com/rabbitmq/all/rabbitmq-server/3.7.14/rabbitmq-server-3.7.14.exe，在RabbitMQ的sbin目录下，cmd下运行rabbitmq-plugins enable rabbitmq_management添加可视化插件，运行之后，可以在安装目录看到几个插件，启动RabbitMQ Service-start，在浏览器访问http://localhost:15672/，输入用户名和密码，都是guest。

2.Linux版本

使用Docker安装RabbitMQ，输入命令docker pull rabbitmq:management拉取rabbitmq镜像，记得选择带management的，否则没有管理后台。使用命令docker run -d -p 5672:5672 -p 15672:15672 rabbitmq:management启动RabbitMQ服务。浏览器访问http://192.168.0.123:15672/，即可看到管理后台，输入用户名和密码，都是guest。

3.Spring Cloud Bus动态刷新全局广播

为了演示广播的效果，我们还需要一个Config-Client，于是参考cloud-config-client-3355创建cloud-config-client-3366。记得修改端口号，其他地方和cloud-config-client-3355几乎没什么变化，为了区分具体Client，在ConfigClientController的请求中，把端口号输出。

上面提到了两种方案：一种是发给某一个ConfigClient，另一种是发给ConfigServer，这里推荐后者。原因如下：

1. ConfigClient也是一个微服务，它有自己的业务需要处理，如果把刷新配置的工作放在它上面，就破坏了单一职责原则。
2. 如果在某台ConfigClient加了刷新功能，它处理自身业务逻辑可能会受到影响，可能会拖慢本身的业务。
3. 如果ConfigClient迁移，要对地址进行修改，增加工作量，相对来说，ConfigServer迁移概率小一些。

所以，我们选择发送/bus/refresh给ConfigServer，ConfigServer获取最新配置信息后发送消息给Bus，监听Bus的ConfigClient收到消息后，从ConfigServer上拉取最新的配置信息。

修改cloud-config-server-3344添加消息总线支持，pom.xml中加入spring-cloud-starter-bus-amqp的坐标。

    org.springframework.cloud
    spring-cloud-starter-bus-amqp

修改cloud-config-server-3344指定MQ的信息，并暴露bus-refresh端口。

server:
  port: 3344
spring:
  application:
    name: cloud-config-center
  cloud:
    config:
      server:
        git:
          uri: https://github.com/WangShaoYang/Spring-Cloud.git # Github上的仓库地址
          search-paths: # 搜索目录，即配置文件的目录
            - cloud-config-center-3344/
      label: master # 读取分支
  rabbitmq: # 指定MQ的信息
    host: 192.168.0.123
    port: 5672
    username: guest
    password: guest
eureka:
  client:
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/
management:
  endpoints:
    web:
      exposure:
        include: 'bus-refresh' # 暴露bus-refresh端口

修改cloud-config-client-3355和cloud-config-client-3366添加消息总线支持，pom.xml中加入spring-cloud-starter-bus-amqp的坐标，和cloud-config-server-3344的pom.xml里是一样的。

修改cloud-config-client-3355和cloud-config-client-3366的bootstrap.yml，指明MQ的信息，并暴露bus-refresh端点，MQ的信息和cloud-config-server-3344保持一致即可，另外注意缩进对齐，因为cloud-config-client-3355和cloud-config-client-3366之前暴露的端点信息是"*"了，所以这里就不用改了。

启动RabbitMQ服务，先后启动Eureka7001，CloudServer3344，CloudConfig3355，CloudConfig3366模块，如果启动太快报错，就一个一个的启动。启动完成后，访问http://eureka7001.com:7001/查看微服务注册信息，访问RabbitMQ管理后台，确定RabbitMQ正常启动了。访问http://localhost:3344/master/config-dev.yml，http://localhost:3355/configInfo，http://localhost:3366/configInfo确保都能正常访问后，去GitHub上修改config-dev.yml的内容，由运维工程师发送如下命令（如正常情况下，没有任何返回信息），注意发送给ConfigServer这台机器。

C:\Users\WangShaoYang>curl -X POST "http://localhost:3344/actuator/bus-refresh"

刷新成功后，再次访问http://localhost:3344/master/config-dev.yml，http://localhost:3355/configInfo，http://localhost:3366/configInfo，可以发现它们获取到了最新的配置信息。查看RabbitMQ的管理后台，查看Exchanges标签会看到一个springCloudBus的Topic，正是通过这个Topic，3355和3366客户端接收到刷新消息，自我刷新它们的配置文件。

4.Spring Cloud Bus动态刷新定点通知

上面的消息通知是发送给了所有监听springCloudBus的Client，如果只希望通知某些Client，就需要在发送curl请求的时候，做一些改动，将实际想发送的Client指定一下即可。

比如，我修改配置中心的配置文件，只希望3355Client生效，那么发送的url为：curl -X POST "http://localhost:3344/actuator/bus-refresh/config-client:3355"。说明一下，这里的请求实际上还是发送给ConfigServer，也就是发送给localhost:3344，和之前不同的是，在bus-refresh后，带了一个参数，表明RabbitMQ需要通知给微服务名称（对应spring.application.name的值，也是注册进Eureka中微服务的名称）为config-client，端口号（对应server.port的值）为3355的微服务。

演示一下，在GitHub上修改config-dev.yml的内容，发送通知给ConfigServer，让其通知3355Client更新配置信息（正常情况下，没有任何返回信息）。

C:\Users\WangShaoYang>curl -X POST "http://localhost:3344/actuator/bus-refresh/config-client:3355"

访问http://localhost:3344/master/config-dev.yml，http://localhost:3355/configInfo，http://localhost:3366/configInfo查看效果，3344信息更新，3355信息更新，3366信息没变，试验成功。