微服务从零到一分布式配置中心（实时刷新）

                                       分布式配置中心（实时刷新）

上篇博文遗留了一个问题，在修改了配置文件的情况下，服务消费者请求配置文件属性得到的还是原值。这是为什么呢？原来服务向配置中心请求属性值时，只有第一次会真正的发起请求，然后将结果缓存在本地。再次访问相同的值时不会再请求配置中心，因此配置中心的修改不能实时更新。那么我们有什么办法解决吗？

答案时肯定的，最最死板的办法就是重启服务，可是这样与我们引入配置中心前的窘境不是一样吗？

其实对于这个问题springcloud团队早就发现了，也提供了一系列的解决方案。

配置刷新

         

• 在feign-provider的pom.xml中新增spring-boot-starter-actuator监控模块，其中包含了/refresh刷新API。

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

在bootstrap.yml加入如下配置，开启刷新属性开关：

management:
  endpoints:
    web:
      exposure:
        include: refresh

• 重新启动feign-provider，访问一次http://localhost:1003/queryNameById?id=2，可以看到当前的配置值
• 修改Git仓库feign-provider.properties文件中info.profile的值为1111
• 再次访问一次http://localhost:1003/queryNameById?id=2，可以看到配置值没有改变
• 通过POST请求发送到http://localhost:1004/actuator/refresh，我们可以看到返回内容1111，代表info.profile参数的配置内容被更新了

通过上面的介绍，大家不难想到，该功能还可以同Git仓库的Web Hook功能进行关联，当有Git提交变化时，就给对应的配置主机发送/refresh请求来实现配置信息的实时更新。但是，当我们的系统发展壮大之后，维护这样的刷新清单也将成为一个非常大的负担，而且很容易犯错，那么有什么办法可以解决这个复杂度呢？后续我们将继续介绍如何通过Spring Cloud Bus来实现以消息总线的方式进行通知配置信息的变化，完成集群上的自动化更新。