【Spring Cloud】Spring Cloud Gateway
Gateway 简介
Spring Cloud全家桶中有个很重要的组件就是网关,在1.x版本中都是采用的Zuul网关。但在2.x版本中,Zuul的升级一直跳票,Spring Cloud最后自己研发了一个网关替代Zuul,那就是Spring Cloud Gateway。—句话:Gateway是原zuul1.x版的替代。
Gateway是在Spring生态系统之上构建的API网关服务,基于Spring 5,Spring Boot 2和Project Reactor等技术。Gateway旨在提供一种简单而有效的方式来对API进行路由,以及提供一些强大的过滤器功能,例如:熔断、限流、重试等。
Spring Cloud Gateway的目标是替代Zuul,在Spring Cloud 2.0以上版本中,没有对新版本的Zul 2.0以上最新高性能版本进行集成,仍然还是使用的Zuul 1.x非Reactor模式的老版本。而为了提升网关的性能,Spring Cloud Gateway是基于WebFlux框架实现的,而WebFlux框架底层则使用了高性能的Reactor模式通信框架Netty。
Spring Cloud Gateway提供了统一的路由方式且基于Filter链的方式提供了网关基本的功能,例如:安全,监控/指标,和限流。
微服务架构中网关的位置
有Zuul了怎么又出来Gateway?我们为什么选择Gateway?
- 一方面因为Zuul1.0已经进入了维护阶段,而且Gateway是Spring Cloud团队研发的,是亲儿子产品,值得信赖。而且很多功能Zuul都没有用起来也非常的简单便捷。
- Gateway是基于异步非阻塞模型上进行开发的,性能方面不需要担心。虽然Netflix早就发布了最新的Zuul 2.x,但Spring Cloud貌似没有整合计划,而且Netflix相关组件都宣布进入维护期。
Gateway 非阻塞异步模型
Spring Cloud Gateway具有如下特性
- 基于Spring Framework 5,Project Reactor和Spring Boot 2.0进行构建;
- 动态路由:能够匹配任何请求属性;
- 可以对路由指定Predicate (断言)和Filter(过滤器);
- 集成Hystrix的断路器功能;
- 集成Spring Cloud 服务发现功能;
- 易于编写的Predicate (断言)和Filter (过滤器);
- 请求限流功能;
- 支持路径重写。
Spring Cloud Gateway与Zuul的区别:
- Zuul 1.x,是一个基于阻塞I/O的API Gateway。Zuul 1.x基于Servlet 2.5使用阻塞架构它不支持任何长连接(如WebSocket)。Zuul的设计模式和Nginx较像,每次I/О操作都是从工作线程中选择一个执行,请求线程被阻塞到工作线程完成,但是差别是Nginx用C++实现,Zuul用Java实现,而JVM本身会有第一次加载较慢的情况,使得Zuul的性能相对较差。
- Zuul 2.x理念更先进,想基于Netty非阻塞和支持长连接,但Spring Cloud目前还没有整合。Zuul 2.x的性能较Zuul 1.x有较大提升。在性能方面,根据官方提供的基准测试,Spring Cloud Gateway的RPS(每秒请求数)是Zuul的1.6倍。
- Spring Cloud Gateway建立在Spring Framework 5、Project Reactor和Spring Boot2之上,使用非阻塞API。
- Spring Cloud Gateway还支持WebSocket,并且与Spring紧密集成拥有更好的开发体验
Zuul1.x模型
Spring Cloud中所集成的Zuul版本,采用的是Tomcat容器,使用的是传统的Serviet IO处理模型。
Servlet的生命周期?Servlet由Servlet Container进行生命周期管理:
上述模式的缺点:
Servlet是一个简单的网络IO模型,当请求进入Servlet Container时,Servlet Container就会为其绑定一个线程,在并发不高的场景下这种模型是适用的。但是一旦高并发,线程数量就会上涨,而线程资源代价是昂贵的(上下文切换,内存消耗大)严重影响请求的处理时间。在一些简单业务场景下,不希望为每个Request分配一个线程,只需要1个或几个线程就能应对极大并发的请求,这种业务场景下Servlet模型没有优势。
所以Zuul 1.X是基于Servlet之上的一个阻塞式处理模型,即Spring实现了处理所有Request请求的一个Servlet (DispatcherServlet)并由该Servlet阻塞式处理处理。所以Spring Cloud Zuul无法摆脱Servlet模型的弊端。
Gateway 模型
WebFlux:官方文档
传统的Web框架,比如说: Struts2,SpringMVC等都是基于Servlet APl与Servlet容器基础之上运行的。
但是在Servlet3.1之后有了异步非阻塞的支持。而WebFlux是一个典型非阻塞异步的框架,它的核心是基于Reactor的相关API实现的。相对于传统的Web框架来说,它可以运行在诸如Netty,Undertow及支持Servlet3.1的容器上。非阻塞式+函数式编程(Spring 5必须让你使用Java 8)。
Spring WebFlux是Spring 5.0 引入的新的响应式框架,区别于Spring MVC,它不需要依赖Servlet APl,它是完全异步非阻塞的,并且基于Reactor来实现响应式流规范。
Spring Cloud Gateway requires the Netty runtime provided by Spring Boot and Spring Webflux. It does not work in a traditional Servlet Container or when built as a WAR.link
Gateway 工作流程
三大核心概念
- Route(路由) - 路由是构建网关的基本模块,它由ID,目标URI,一系列的断言和过滤器组成,如断言为true则匹配该路由;
- Predicate(断言) - 参考的是Java8的
java.util.function.Predicate
,开发人员可以匹配HTTP请求中的所有内容(例如请求头或请求参数),如果请求与断言相匹配则进行路由; - Filter(过滤)- 指的是Spring框架中GatewayFilter的实例,使用过滤器,可以在请求被路由前或者之后对请求进行修改。
Web请求,通过一些匹配条件,定位到真正的服务节点。并在这个转发过程的前后,进行一些精细化控制。Predicate就是我们的匹配条件;而Fliter,就可以理解为一个无所不能的拦截器。有了这两个元素,再加上目标uri,就可以实现一个具体的路由了。
Gateway 工作流程
Gateway 工作流程:官网总结
- 客户端向Spring Cloud Gateway发出请求。然后在Gateway Handler Mapping中找到与请求相匹配的路由,将其发送到GatewayWeb Handler(类似于Spring MVC流程)。
Handler
再通过指定的过滤器链来将请求发送到我们实际的服务执行业务逻辑,然后返回。- 过滤器之间用虚线分开是因为过滤器可能会在发送代理请求之前
(“pre”)
或之后(“post"
)执行业务逻辑。 - Filter在
“pre”
类型的过滤器可以做参数校验、权限校验、流量监控、日志输出、协议转换等,在“post”
类型的过滤器中可以做响应内容、响应头的修改,日志的输出,流量监控等有着非常重要的作用。
核心逻辑:路由转发 + 执行过滤器链。
Gateway 模块搭建
- 新建Module -
cloud-gateway-gateway9527
- 导入Maven依赖,注意Gateway项目里不能添加
spring-boot-starter-web
的依赖
1 |
|
- 配置文件
1 | server: |
- 主启动类
1 | import org.springframework.boot.SpringApplication; |
- 测试:
二者返回相同结果
Gateway 基于代码方式配置路由
编写代码的方式配置路由需要向容器中注入RouteLocator组件,在其内自定义配置路由:
1 | import org.springframework.cloud.gateway.route.RouteLocator; |
测试:浏览器输入http://localhost:9527/guonei
,返回http://news.baidu.com/guonei
相同的页面
Gateway 配置动态路由
默认情况下Gateway会根据注册中心注册的服务列表,以注册中心上微服务名为路径创建动态路由进行转发,从而实现动态路由的功能。
- 静态路由:上文中介绍的方式会在配置文件中基于HTTP协议指定目标服务的URI
- 动态路由:基于LB协议启用Gateway的负载均衡功能,使用服务名作为URI
修改上文中的配置文件,使用LB协议lb://serviceName
作为URI实现动态路由:
1 | server: |
Gateway 常用的 Predicate
Spring Cloud Gateway将路由匹配作为Spring WebFlux HandlerMapping基础架构的一部分。
Spring Cloud Gateway包括许多内置的Route Predicate工厂。所有这些Predicate都与HTTP请求的不同属性匹配。多个RoutePredicate工厂可以进行组合。
Spring Cloud Gateway创建Route 对象时,使用RoutePredicateFactory 创建 Predicate对象,Predicate 对象可以赋值给Route。Spring Cloud Gateway包含许多内置的Route Predicate Factories。所有这些Predicate都匹配HTTP请求的不同属性。多种Predicate工厂可以组合,并通过逻辑and。
简单地说,Predicate就是为了实现一组匹配规则,让请求过来找到对应的Route进行处理。
常用的Route Predicate Factory:
- The After Route Predicate Factory
- The Before Route Predicate Factory
- The Between Route Predicate Factory
- The Cookie Route Predicate Factory
- The Header Route Predicate Factory
- The Host Route Predicate Factory
- The Method Route Predicate Factory
- The Path Route Predicate Factory
- The Query Route Predicate Factory
- The RemoteAddr Route Predicate Factory
- The weight Route Predicate Factory
示例:
The After Route Predicate Factory
1 | spring: |
可以通过下述方法获得上述格式的时间戳字符串:
1 | ZonedDateTime zbj = ZonedDateTime.now(); // 默认时区 |
The After Route Predicate Factory
1 | spring: |
The Cookie Route Predicate Factory
1 | spring: |
测试:
1 | # 该命令相当于发get请求,且没带cookie |
The Header Route Predicate Factory
1 | spring: |
测试:
1 | # 带指定请求头的参数的CURL命令 |
说白了,Predicate就是为了实现一组匹配规则,让请求过来找到对应的Route进行处理。
Gateway 的 Filter
路由过滤器可用于修改进入的HTTP请求和返回的HTTP响应,路由过滤器只能指定路由进行使用。Spring Cloud Gateway内置了多种路由过滤器,他们都由GatewayFilter的工厂类来产生。常用的GatewayFilter:AddRequestParameter,GatewayFilter。
- Spring Cloud Gateway Filter的生命周期:
- pre
- post
- Spring Cloud Gateway Filter的种类(具体看官方文档):
- GatewayFilter - 有31种
- GlobalFilter - 有10种
实现了GlobalFilter接口的Filter都是全局过滤器,所有请求都会被拦截。
代码案例:GateWay9527项目添加MyLogGateWayFilter类:
1 | import lombok.extern.slf4j.Slf4j; |
测试: