Zuul网关路由管理实践

介绍

网关的核心功能之一是路由转发，为此，网关需要获取并维护一张路由表，这个路由表简单可以理解为一个服务名<>服务地址的映射表，有了这张路由表，网关就可以根据请求路径或者HTTP头中的服务信息，将请求转发到对应的目标服务地址。

Zuul[附录1]是Netflix开源的微服务网关，在Netflix经过大规模生产级验证，最新的数据表明Netflix每天有近千亿级流量要经过Zuul网关。另外,Zuul也是Spring Cloud全家桶的核心组件。本文介绍Zuul网关路由管理的一些常用方案，可供准备在生产环境使用Zuul的企业参考。

方案一，基于Eureka自发现

这个也是Netflix的做法，Zuul网关借助Eureka[附录2]服务注册中心获取路由表，简述步骤如下：

1. 内部微服务(前端聚合服务或者后台基础服务)启动时，自动注册到Eureka服务注册中心，并定期向注册中心报心跳，表明自己的存活状态。例如，上图中，svcx在Eureka上有一组对应的ip:port对，表示svc服务对应的存活服务实例地址列表。
2. Zuul网关集成Ribbon[附录3]客户端，Ribbon能够从Eureka上自动发现并定期获取服务的实例地址信息，并进行本地缓存。
3. 当Zuul网关接收到外部请求，它根据某种规则从请求中获取服务名，例如，假设第一级path就是服务名，那么 api.xxx.com/svcx 中的svcx就是服务名。解析获取服务名后，Zuul将服务名传给Ribbon，Ribbon通过查找缓存的路由表获取服务实例地址列表，再根据某种路由策略（例如，随机或者RoundRobin等），选择一个目标实例地址发起调用。

该方法相对简单，部署Eureka服务注册中心即可实现。同时也比较灵活，内部服务可以自注册自发现，研发人员可以自助完成服务上下线，更贴合DevOps研发模式，不太需要运维配合介入。

该方案的问题是，目前很多企业内部还有很多历史遗留服务，这些服务基本上还是基于传统域名进行管理的，如果升级到Eureka的自注册