跟我学Spring-Cloud-第八篇Spring-Cloud-Bus-消息总线

3次阅读

共计 3650 个字符,预计需要花费 10 分钟才能阅读完成。

SpringCloud 系列教程 | 第八篇:Spring Cloud Bus 消息总线

Springboot: 2.1.6.RELEASE

SpringCloud: Greenwich.SR1

如无特殊说明,本系列教程全采用以上版本

前面两篇文章我们聊了 Spring Cloud Config 配置中心,当我们在更新 github 上面的配置以后,如果想要获取到最新的配置,需要手动刷新或者利用 webhook 的机制每次提交代码发送请求来刷新客户端,客户端越来越多的时候,需要每个客户端都执行一遍,这种方案就不太适合了。使用 Spring Cloud Bus(国人很形象的翻译为消息总线,我比较喜欢叫消息巴士)可以完美解决这一问题。

1. Spring Cloud Bus

Spring cloud bus 通过轻量消息代理连接各个分布的节点。这会用在广播状态的变化(例如配置变化)或者其他的消息指令。Spring bus 的一个核心思想是通过分布式的启动器对 spring boot 应用进行扩展,也可以用来建立一个多个应用之间的通信频道。目前唯一实现的方式是用 AMQP 消息代理作为通道,同样特性的设置(有些取决于通道的设置)在更多通道的文档中。

大家可以将它理解为管理和传播所有分布式项目中的消息既可,其实本质是利用了 MQ 的广播机制在分布式的系统中传播消息,目前常用的有 Kafka 和 RabbitMQ。利用 bus 的机制可以做很多的事情,其中配置中心客户端刷新就是典型的应用场景之一,我们用一张图来描述 bus 在配置中心使用的机制。

根据此图我们可以看出利用 Spring Cloud Bus 做配置更新的步骤:

  1. 提交代码触发 post 给客户端 A 发送 bus/refresh
  2. 客户端 A 接收到请求从 Server 端更新配置并且发送给 Spring Cloud Bus
  3. Spring Cloud bus 接到消息并通知给其它客户端
  4. 其它客户端接收到通知,请求 Server 端获取最新配置
  5. 全部客户端均获取到最新的配置

2. 项目示例

我们使用上一篇文章中的 config-server 和 config-client 来进行改造,mq 使用 rabbitmq 来做示例。

2.1 客户端 config-client

2.1.1 添加依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bus-amqp</artifactId>
</dependency>

需要多引入 spring-cloud-starter-bus-amqp 包,增加对消息总线的支持

2.1.2 配置文件 bootstrap.properties

spring.application.name=spring-cloud-config-client
server.port=8081

spring.cloud.config.name=springcloud-config
spring.cloud.config.profile=dev
spring.cloud.config.label=master
spring.cloud.config.discovery.enabled=true
spring.cloud.config.discovery.serviceId=spring-cloud-config-server

eureka.client.service-url.defaultZone=http://localhost:8761/eureka/

management.endpoints.web.exposure.include=*

## 开启消息跟踪
spring.cloud.bus.trace.enabled=true

spring.rabbitmq.host=127.0.0.1
spring.rabbitmq.port=5672
spring.rabbitmq.username=
spring.rabbitmq.password=

配置文件需要增加 RebbitMq 的相关配置,这样客户端代码就改造完成了。

2.1.3 测试

依次启动 eureka,config-serve,config-client。

修改 config-client 启动配置,同时在 8081 和 8082 端口启动服务。

启动完成后,浏览器分别访问连接:http://localhost:8081/hello,http://localhost:8082/hello,可以发现页面显示的内容都是:hello dev update1,说明客户端都已经读取到了 server 端的内容。

现在我们更新 github 上的配置文件,将配置内容改为 hello dev update,先访问一下 http://localhost:8081/hello,可以看到页面依然显示为:hello dev update1。

我们对端口为 8081 的服务发送一个 /actuator/bus-refresh 的 POST 请求,在 win10 下使用下面命令来模拟 webhook。

curl -X POST http://localhost:8081/actuator/bus-refresh

注意: 在 springboot2.x 的版本中刷新路径为:/actuator/bus-refresh,在 springboot1.5.x 的版本中刷新路径为:/bus/refresh。

执行完成后,我们先访问 http://localhost:8082/hello,可以看到页面打印内容已经变为:hello dev update,这样说明,我们 8081 端口的服务已经把更新后的信息通过 rabbitmq 推送给了 8082 端口的服务,这样我们就实现了图一中的示例。

2.2 改进版

上面的流程中,虽然我们做到了利用一个消息总线触发刷新,而刷新所有客户端配置的目的,但是这种方式并不合适,如下:

  • 打破了微服务的职责单一性。微服务本身是业务模块,它本不应该承担配置刷新的职责。
  • 破坏了微服务各节点的对等性。
  • 如果客户端 ip 有变化,这时我们就需要修改 WebHook 的配置。

我们可以将上面的流程改进一下:

这时 Spring Cloud Bus 做配置更新步骤如下:

  1. 提交代码触发 post 给 Server 端发送 bus/refresh
  2. Server 端接收到请求并发送给 Spring Cloud Bus
  3. Spring Cloud bus 接到消息并通知给其它客户端
  4. 其它客户端接收到通知,请求 Server 端获取最新配置
  5. 全部客户端均获取到最新的配置

这样的话我们在 server 端的代码做一些改动,来支持 /actuator/bus-refresh

和上面的 client 端的改动基本一致

2.2.1 添加依赖

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bus-amqp</artifactId>
</dependency>

需要多引入 spring-cloud-starter-bus-amqp 包,增加对消息总线的支持

2.2.2 配置文件 application.yml

server:
  port: 8080
spring:
  application:
    name: spring-cloud-config-server
  cloud:
    config:
      server:
        git:
          uri: https://github.com/meteor1993/SpringCloudLearning
          search-paths: chapter6/springcloud-config
          username: 
          password: 
  rabbitmq:
    host: 217.0.0。1
    port: 5672
    username: 
    password: 
management:
  endpoints:
    web:
      exposure:
        include: "*"
eureka:
  client:
    service-url:
      defaultZone: http://localhost:8761/eureka/

配置文件需要增加 RebbitMq 的相关配置,actuator 开启所有访问。

2.2.3 测试

依次启动 eureka,config-serve,config-client。

修改 config-client 启动配置,同时在 8081 和 8082 端口启动服务。

按照上面的测试方式,访问两个客户端测试均可以正确返回信息。同样修改配置文件,将值改为:hello im dev update 并提交到仓库中。在 win10 下使用下面命令来模拟 webhook。

curl -X POST http://localhost:8081/actuator/bus-refresh

执行完成后,依次访问两个客户端,返回:hello im dev update。说明三个客户端均已经拿到了最新配置文件的信息,这样我们就实现了上图中的示例。

示例代码 -Github

参考:http://www.ityouknow.com/spri…

正文完
 0