带你入门SpringCloud 之 通过SpringCloud Bus 自动更新配置

708 阅读3分钟

前言

《带你入门SpringCloud统一配置 | SpringCloud Config》中通过 SpringCloud Config 完成了统一配置基础环境搭建,但是并没有实现配置修改自动更新的操作(GitHub 或Gitee 修改配置后,需要重启配置服务才能更新配置)。

本文是《带你入门SpringCloud统一配置 | SpringCloud Config》的续篇,通过 SpringCloud Bus 完成配置修改自动更新的操作介绍。

阅读本文前需要你先移步《带你入门SpringCloud统一配置 | SpringCloud Config》因为本文是在其基础上进行讲解的。

另外需要你熟悉 SpringBoot 项目的基本使用即可,还有一点需要注意的是在操作过程中尽量和我本地环境一致,因为环境不一致可能会带来一些问题。我本地环境如下:

  • SpringBoot Version: 2.1.0.RELEASE
  • SpringCloud Version: Greenwich.RELEASE
  • Apache Maven Version: 3.6.0
  • Java Version: 1.8.0_144
  • IDEA:Spring Tools Suite (STS)

接下来就开始 SpringCloud Bus 环境搭建操作介绍!

SpringCloud Bus 环境搭建

第一步:安装并启用 RabbitMQ,这里就不做详细介绍了。可以查看之前的总结:Windows 环境安装 RabbitMQ

如果你的 RabbitMQ和 Config Server 端不在一台机器上,或者端口、用户名、密码不是使用的默认配置,那么你需要进行如下配置在 Config Server 端 application.properties 中

spring.rabbitmq.host=rabbitmq 服务IP地址

spring.rabbitmq.port=rabbitmq 服务端口号

spring.rabbitmq.username=rabbitmq 服务用户名

spring.rabbitmq.password=rabbitmq 服务密码

第二步:在 Config Server 端端和客户端都引入 spring-cloud-starter-bus-amqp 依赖。具体代码如下:

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

第三步:在Config Server 端的 application.properties 中需要添加如下配置,目的是把刷新配置接口暴露出来,具体配置如下:

management.endpoints.web.exposure.include=  *

第四步:Config Client 端引入openfeign starter 依赖,具体代码如下:

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

第五步:验证 Config Server 端和 Config Client 端是否在 RabbitMQ 注册队列和是否注册到 Eureka Server 端上。如下图所示:

需要先启动 Eureka Server 服务端,然后在依次启动 Config Server端和Config Client端。

在这里插入图片描述在这里插入图片描述第六步:Config Client 端上访问配置的 Controller 声明刷新配置作用域@RefreshScope。具体代码如下:

@RestController
@RefreshScope
public class EvnController {
    @Value("${env}")
    private String env;
    
    @RequestMapping("/env")
    public String evn() {
        return this.env;
    }
}

不添加 @RefreshScope注解,配置更新后不会生效。

如果是自定义前缀配置需要在@ConfigurationProperties下添加 @RefreshScope即可,

最七步在 Gitee 上配置 WebHooks,具体操作方式如下图所示:

进入Gitee 点击管理,然后点击 WebHooks。在这里插入图片描述在这里插入图片描述点击添加按钮添加新的 WebHooks 设置。在这里插入图片描述输入本地映射外网访问域名+/actuator/bus-refresh,自己测试可以使用 NATAPP 进行内网穿穿透配置。具体配置请查看 https://natapp.cn/。在这里插入图片描述

测试

手动访问更新链接进行测试

修改配置在码云远程仓库上,然后使用 PostMan 访问:http://localhost:8080/actuator/bus-refresh ,如下图所示:

这里演示直接是在码云上操作,相当于执行 git push 操作。

在这里插入图片描述在这里插入图片描述然后在查看商品服务(Config Client端)配置是否生效。如下图所示自动更新成功!在这里插入图片描述WebHooks 测试

进入 WebHooks 设置,然后点击测试。会报如下图所示错误:在这里插入图片描述

解决方案:

参考来CSDN 作者 tinysakurac 解决方案。文章:《解决使用spring cloud config bus使用webhook自动刷新出现的400问题》 (https://blog.csdn.net/m0_37556444/article/details/82812816)

问题产生原因:GitHub在进行 POST 请求的同时默认会在 Body 加上这么一串载荷(payload),而 /actuator/bus-refresh 接口没有进行接受这些信息处理,所以就报错了。

解决问题思路:通过拦截器拦截 bus-refresh请求,然后在 HttpServletRequestMapper 包装类将 Request中 Body 内容置空。具体代码如下:

拦截 bus-refresh请求Filter 类。

public class BusRefreshFilter implements Filter{

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
            throws IOException, ServletException {
        HttpServletRequest httpServletRequest = (HttpServletRequest)request;
        String url = new String(httpServletRequest.getRequestURI());
        //只过滤/actuator/bus-refresh请求
        if (!url.endsWith("/bus-refresh")) {
            chain.doFilter(request, response);
            return;
        }
        //使用HttpServletRequest包装原始请求达到修改post请求中body内容的目的
        CustometRequestWrapper requestWrapper = new CustometRequestWrapper(httpServletRequest);
        chain.doFilter(requestWrapper, response);
    }
}

自定义 HttpServletRequestWrapper 类

public class CustometRequestWrapper extends HttpServletRequestWrapper{

    public CustometRequestWrapper(HttpServletRequest request) {
        super(request);
    }
    @Override
    public ServletInputStream getInputStream() throws IOException {
        byte[] bytes = new byte[0];
        ByteArrayInputStream byteArrayInputStream = new ByteArrayInputStream(bytes);

        return new ServletInputStream() {
            @Override
            public boolean isFinished() {
                return byteArrayInputStream.read() == -1 ? true:false;
            }

            @Override
            public boolean isReady() {
                return false;
            }

            @Override
            public void setReadListener(ReadListener readListener) {

            }

            @Override
            public int read() throws IOException {
                return byteArrayInputStream.read();
            }

        
        };
    }
}

将拦截 bus-refresh请求Filter 添加到 Spring 上下文中配置类。

@Configuration
public class FilterConfig {
     @Bean
        public FilterRegistrationBean<BusRefreshFilter> filterRegistration() {
            FilterRegistrationBean<BusRefreshFilter> registration = new FilterRegistrationBean<BusRefreshFilter>();
            registration.setFilter(new BusRefreshFilter());
            List<String> urlList = new ArrayList<String>();
            urlList.add("/*");
            registration.setUrlPatterns(urlList);
            registration.setName("BusRefreshFilter");
            registration.setOrder(1);
            return registration;
        }
}

在这里插入图片描述

然后修改Gitee 上的配置信息后就可以自动更新了,这里就不在进行演示操作来。

还有一种方式是通过访问 Config Server端域名/monitor 来取代 Config Server端域名//actuator/bus-refresh。本方式个人尝试没有成功!具体配置官网介绍如下:

Many source code repository providers (such as Github, Gitlab, Gitea, Gitee, Gogs, or Bitbucket) notify you of changes in a repository through a webhook. You can configure the webhook through the provider’s user interface as a URL and a set of events in which you are interested. For instance, Github uses a POST to the webhook with a JSON body containing a list of commits and a header (X-Github-Event) set to push. If you add a dependency on the spring-cloud-config-monitor library and activate the Spring Cloud Bus in your Config Server, then a /monitor endpoint is enabled.

在Config Server 添加 spring-cloud-config-monitor 依赖

<dependency>
          <groupId>org.springframework.cloud</groupId>
          <artifactId>spring-cloud-config-monitor</artifactId>
</dependency>

然后在Config Client 添加如下配置:参考:github.com/spring-clou…

spring.cloud.bus.id=${vcap.application.name:${spring.application.name:application}}:${vcap.application.instance_index:${spring.profiles.active:${local.server.port:${server.port:0}}}}:${vcap.application.instance_id:${random.value}}

小结

当将远程仓库配置文件修改后,通过GitHub 或者 Gitee 的 WebHooks 配置自动访问接口bus-refresh 来通知Config Server 端。

Config Server 端收到请求后将配置 clone 下来,然后通过消息队列(默认是RabbitMQ)将修改后的配置发送给 Config Client 端。Config Client 端收到消息后重新从Config Server 端获取最新的配置信息。

而WebHooks 配置请求接口 bus-refresh 和消息队列发送配置给 Config Client 端都是 SpringCloud Bus 帮助我们完成的。

代码示例

如果你按照上述方式搭建并未成功,可以参考我在GitHub 项目 spring-cloud-get-started 仓库中模块名为:

spring-cloud-config-eureka-servicespring-cloud-config-serverspring-cloud-config-product-service进行对比查看是否配置有误。

spring-cloud-get-started 项目地址:github.com/zhuoqianmin…

参考文献

blog.csdn.net/m0_37556444… By tinysakurac

cloud.spring.io/spring-clou…