关于java:Zuul除了做网关还能干什么

24次阅读

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

首先,网关能为咱们做什么?

它能为咱们做路由转发,黑、白名单、过滤申请等等等等

网关的实质,其实就是一系列的过滤器,记得咱们最开始学习过滤器的时候,servlet 的 doFilter,有没有小伙伴的 DNA 动了,哈哈

咱们明天要说的就是利用网关的实质,过滤器,来做灰度公布

说之前,先讲讲什么是灰度公布,常常听到这个名词,就是不晓得是干嘛的

明天,必须得给他整的明明白白的

灰度公布,也叫金丝雀公布,说的就是可能平滑过渡的一种公布版本的一种形式,在其上能够进行 A /B testing,即让一部分用户持续用产品个性 A,一部分用户开始用产品个性 B,如果用户对 B 没有什么拥护意见,那么逐渐扩大范围,把所有用户都迁徙到 B 下面来。

有啥益处呢?

它能够保障整体零碎的稳固,在初始灰度的时候就能够发现、调整问题,以保障其影响度。

除了灰度公布还有那种公布形式呢?

蓝绿公布、滚动公布等等

简略说说蓝绿公布的原理:

须要另外在开启三台服务器 (承载新的服务)

滚动公布:

就是将新服务代替其中一个服务,被代替的闲暇进去持续装载另一个新服务,一个一个替换

灰度公布:

启动雷同的服务设置配置文件的版本,例如:启动 3 个雷同服务,一个版本是 V2,剩下两个是 V1(版本能够利用 Eureka 注册核心的 API 来动静批改)

eureka:
 instance:
  metadata-map:
  #自定义属性  版本 V1、V2
   version: v2

所有准备就绪,回到 Zuul 网关,Zuul 网关的过滤器,分那么几种类型,pre、route、post、error

执行程序是:pre —> route —> post

想要自定义网关过滤器,继承 ZuulFilter,实现其的办法

应用 @Component 注解,交由 Spring 容器治理

实现办法是有 4 个办法,fileType、filterOrder、shouldFilter、run

  • fileType 办法,指定这个过滤器是什么类型的,pre、route、post、error
  • filterOrder 办法,决定执行程序,数越小,越先执行
  • shouldFilter 办法,决定这个过滤器是否执行,true 执行,false 不执行
  • run 办法,过滤器的执行逻辑

自定义网关过滤器,相似这种灰度公布,就尽量应用 pre 类型的过滤器

在发动申请,申请头携带 userId(依据用户 ID 来辨别是否是来拜访新的的服务)

@Override
public Object run() throws ZuulException {
    // 获取申请上下文
    RequestContext currentContext = RequestContext.getCurrentContext();
    // 获取到 HttpServletRequest
    HttpServletRequest request = currentContext.getRequest();
    // 获取申请头携带的 userId
    Integer userId = Integer.parseInt(request.getHeader("userId"));
    // 查问本地缓存 /DB/Redis,来确定这个用户是否须要拜访新服务,还是持续拜访旧服务
    if (userId >= 5000) {
        // 伪代码,假如这个用户是 ID 属于比 5000 要大,就让他拜访 / 体验新服务
        RibbonFilterContextHolder.getCurrentContext().add("version", "v2");
    } else {
        // 否则,持续让用户体验旧的服务
        // 因为 V1 咱们启动了两个所以负载平衡也能够持续应用
        RibbonFilterContextHolder.getCurrentContext().add("version", "v1");
    }
    return null;
}

这里用到了 RibbonFilter 相干的依赖,也给大家筹备好了

<dependency>
    <groupId>io.jmnarloch</groupId>
    <artifactId>ribbon-discovery-filter-spring-cloud-starter</artifactId>
    <version>2.1.0</version>
</dependency>

还有一点要留神的是,网关在过滤申请的时候,有可能会使你申请头数据失落,没错,的确是网关给你吃了

它不是过意的哈,它是想保障平安,一些比拟特地的 key,他就会给你抹掉,如 Authorization、Cookie 等

// 网关配置好这个,什么都不必填,就能够不让网管把携带的申请头参数抹掉
zuul:
 sensitive-header: 

嘿嘿,大家喜爱的能够关注我的微信公众号哦,据说当初关注的,当前都是尊贵的老粉了

正文完
 0