基于比率的路由到旧版和现代应用程序–通过Spring Cloud的Netflix Zuul

从应用程序的旧版本迁移到应用程序的现代化版本时，一个非常普遍的要求是能够将用户缓慢迁移到新应用程序。在本文中，我将介绍通过Spring Cloud使用对Netflix Zuul的支持编写的这种路由层。在继续之前，我必须承认，此处演示的大多数代码都是与最高级的丁少珍合作编写的

情境

我有一个旧服务，它已被重新设计为一个更现代的版本（假设作为此迁移的一部分，端点的uri并未更改）。我想将用户从旧版应用程序缓慢迁移到现代版本。

使用Spring Cloud Netflix实施– Zuul支持

使用Spring Cloud项目中的Netflix Zuul支持可以轻松实现这一目标。

Zuul由一组过滤器驱动，这些过滤器在对后端的请求之前（前置过滤器），期间（路由过滤器）和之后（后过滤器）处理请求。 Spring Cloud将其自定义过滤器集添加到Zuul，并通过如下配置来驱动这些过滤器的行为：

zuul:routes:ratio-route:path: /routes/**strip-prefix: false

这指定Zuul将使用前缀“ / routes”处理对Uri的请求，并且不会从下游调用中删除此前缀。该逻辑被编码为“ PreDecorationFilter” 。我的目标是在PreDecorationFilter之后对请求执行操作，并将后端指定为旧版或新版。在此情况下，对请求起作用的过滤器如下所示：

import com.netflix.zuul.ZuulFilter;
import com.netflix.zuul.context.RequestContext;
...@Service
public class RatioBasedRoutingZuulFilter extends ZuulFilter {public static final String LEGACY_APP = "legacy";public static final String MODERN_APP = "modern";private Random random = new Random();@Autowiredprivate RatioRoutingProperties ratioRoutingProperties;@Overridepublic String filterType() {return "pre";}@Overridepublic int filterOrder() {return FilterConstants.PRE_DECORATION_FILTER_ORDER + 1;}@Overridepublic boolean shouldFilter() {RequestContext ctx = RequestContext.getCurrentContext();return ctx.containsKey(SERVICE_ID_KEY)&& ctx.get(SERVICE_ID_KEY).equals("ratio-route");}@Overridepublic Object run() {RequestContext ctx = RequestContext.getCurrentContext();if (isTargetedToLegacy()) {ctx.put(SERVICE_ID_KEY, LEGACY_APP);} else {ctx.put(SERVICE_ID_KEY, MODERN_APP);}return null;}boolean isTargetedToLegacy() {return random.nextInt(100) < ratioRoutingProperties.getOldPercent();}
}

通过覆盖filterOrder（）方法，可以将过滤器设置为在“ PreDecorationFilter”之后执行操作。路由逻辑相当幼稚，但在大多数情况下都可以使用。解析serviceId之后，Spring Cloud将使用Ribbon来路由请求，仅出于变化目的，我在传统呼叫中使用已配置的url，在现代后端呼叫中使用了Eureka。如果您有兴趣探索整个应用程序，可以在我的github仓库中找到

在完成整个设置后，通过对旧版处理20％的流量进行的小测试，可以确认过滤器有效地工作：