20、Sprng Cloud20——SpringCloudBus的应用

这个消息中间件，在微服务中使用它可以更新我们的数据，而且更新还比较方便。

比如说我们有两个微服务A和B，当我的微服务A/微服务B启动的时候，会从Config-Server中加载配置文件，而Config-Server则会通过git clone命令将配置中心的配置文件先clone下来在本地保存一份，然后再返回给微服务A/微服务B。
这是我们之前的工作流程，现在我们结合Spring Cloud Bus来实现配置文件的动态更新。使用Spring Cloud Bus来实现配置文件的动态更新原理很简单，当我的配置文件更新后，我向Config-Server中发送一个/actuator/bus/refresh请求，Config-Server收到这个请求之后，会将这个请求广播出去，这样所有的微服务就都收到这个请求了，微服务收到这个请求之后就会自动去更新自己的配置文件。在这个系统中，从RabbitMQ的角度来看，所有的微服务都是一样的，所以这个/actuator/bus/refresh请求我们也可以在微服务节点上发出，一样能够实现配置文件动态更新的效果，但是这样做就破坏了我们微服务的结构，使得微服务节点之间有了区别，所以刷新配置的请求我们还是放在Config-Server上来做比较合适，好了，下面我们就来看看如何实现这一需求。

当我们的微服务需要使用Spring Cloud Bus时,我们就需要给他添加spring-cloud-starter-bus-ampq依赖,所以我们需要在之前的config-server和config-client中也加上如下依赖：

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

然后我们的Config-Server和config-client一会都要连接到RabbitMQ服务器上，所以在Config-Server和config-client的application.properties中添加如下配置：

spring.rabbitmq.host=192.168.78.4
#5672所映射的端口
spring.rabbitmq.port=32771
spring.rabbitmq.username=guest
spring.rabbitmq.password=guest

在config-server的配置文件bootstrap.properties的配置文件配置允许的接口：

management.endpoints.web.exposure.include=bus-refresh

配置好之后分别启动eureka、config-server、config-client,启动后访问config-client的hello接口如下：
现在我把配置文件test环境中的数据改成如下并且提交到GitHub仓库中：
提交成功之后，现在在浏览器刷新config-client的hello接口是不会发生变化的。然后我们现在在postman中提交一个post请求给config-server：
现在在浏览器刷新config-client的hello接口就看查看到改变的数据了：

这种更新方式，它是一种批量更新的方式，所有的client都会收到这个通知，不需要再挨个去通知。

例如我现在给config-client启动两个实例：


此时我们可以查看到这两个端口的数据;

然后我再来演示一次，我在配置文件中把test环境中的数据改成如下这样，然后再次提交到GitHub上：
然后我们在使用postman发送那条广播通知给config-server：

这时候在不需要重启config-client的情况下，这两个config-client服务都可以实现自动刷新了：


这就实现了批量刷新，当配置文件发生改变，只要发一次请求，所有的微服务都会自动更新。

这还不算完，因为如果这样做的话又会有另外一个问题，那如果说我不想全部更新呢？？我只想更新某几个微服务，那该如何解决呢？

比如说我们现在修改并且提交配置文件如下：
然后在postman刷新（表示只刷新名字是client1，端口是2009的服务）：
我们可以看到2009的端口已经刷新了：

而2010的端口没有刷新：