前言

有关网关的概念之前这里不在概述,因为之前在写zuul网关的时候有详细陈述过,地址如下:

SpringCloud(7)—网关概念、Zuul项目搭建

SpringCloud(8)—zuul权限校验、接口限流

Gatway是在Spring生态系统之上构建的API网关服务,基于Spring 5,Spring Boot2和Project Reactor等技术。Gateway旨在提供一种简单而有效的方式来对API进行路由,

以及提供一些强大的过滤器功能,例如:反向代理熔断限流重试等。

微服务架构中网关所处位置(盗图):

1)、为了提升网关的性能,Spring Cloud Gateway是基于WebFlux框架实现的,而WebFlux框架底层则使用了高性能的Reactor模式通信框架Netty。
2)、基于SpringFramework5,ProjectReactor和SpringBoot2.0进行构建
3)、能够匹配任何任何请求属性
4)、可以对路由指定Predicates和Filters,易于编写的Predicates和Filters
5)、集成断路器
6)、集成Spring Cloud服务发现
7)、支持请求限流
8)、支持路径重写

Gatway有着很重要的3个概念 路由断言过滤

路由路由是构建网关的基本模块,它由ID,目标URI,一系列的断言Predicates和过滤器Filters组成,如果断言为true,则匹配该路由。

断言参考Java8的java.util.function.Predicate,开发人员可以匹配HTTP请求中的所有内容,例如请求头或请求参数,如果请求与断言相匹配则进行路由。

之前有写过Predicate的文章 java代码之美(13)— Predicate详解

过滤Spring框架中GatewayFilter的实例,使用过滤器,可以载请求被路由前或者后对请求进行修改。

总结下就是: 一个web请求,通过一些匹配条件,定位到真正的服务节点,在这个转发的过程中,进行一些精细化的控制。predicate就是匹配条件,filter就是拦截器。

predicate + filter + 目标uri实现路由route,所以一般都是组合使用,一个请求可以经过多个predicate或者多个filter

下面是官网给的一张图,它总体上描述了Spring Cloud Gateway的工作流程

1)客户端向Spring Cloud Gateway发出请求。

2)如果Gateway Handler Mapping确定请求与路由匹配,则将其发送到Gateway Web Handler。

3)Handler通过指定的过滤器链将请求发送到我们实际的服务执行业务逻辑,然后返回。

4)过滤器由虚线分隔的原因是,过滤器可以在发送代理请求之前或之后执行逻辑。

核心路由转发 + 过滤器链

Zuul有两个大版本分别为: Zuul1和Zuul2。所以要比较的话有个跟这两个版本进行比较。

1)Zuul1.x是一个基于阻塞I/O的API 网关

2)Zuul1.x基于Servlet2.5使用阻塞架构,它不支持任何长连接(如WebSocket)Zuul的设计模式和Nginx比较相似,每次I/O操作都是从工作线程中选择一个执行,请求线程

被阻塞到工作线程完成,但是差别是Nginx用C++实现,Zuul用Java实现。

3) Spring Cloud Gateway建立在Spring Framewor5、Project Reactor和Spring Boot2之上,使用非阻塞API

1)首先Zuul2从产品角度来看 因为Zuul2的升级一直跳票,一下开源一下闭源。所以SpringCloud目前还没有整合Zuul2。这就带来很大的不方便。也是因此SpringCloud最后自己

研发了一个网关代替Zuul,就是SpringCloud Gateway。它才是Spring的亲儿子。

2)跟Zuul1相比Zuul2.x理念更加先进,想基于Netty非阻塞和支持长连接。Zuul2.x的性能较Zuul1.x有很大提升。在性能方面,根据官网提供的基准测试,

SpringCloud Gateway 的RPS(每秒请求数)是Zuul的1.6倍。

这里先附上一张图,到目前为止,Nacos注册中心Nacos配置中心Feign服务调用Sentinel流量控制 在之前的博客都有写,项目中都有实现,这里也在之前

项目的基础上开始实现Gateway功能。

  1. <dependency>
  2. <groupId>org.springframework.cloud</groupId>
  3. <artifactId>spring-cloud-starter-gateway</artifactId>
  4. </dependency>
  1. server:
  2. port: 8001
  3. spring:
  4. application:
  5. name: api-gateway
  6. cloud:
  7. gateway:
  8. routes: #数组形式
  9. - id: mall-goods #路由唯一标识
  10. uri: http://127.0.0.1:6001 #想要转发到的地址
  11. order: 1 #优先级,数字越小优先级越高
  12. predicates: #断言 配置哪个路径才转发
  13. - Path=/mall-goods/**
  14. #- Before=2020-09-11T01:01:01.000+08:00 # 在这个时间点之后不能访问
  15. #- Query=source #一定携带这个参数
  16. filters: #过滤器,请求在传递过程中通过过滤器修改
  17. - StripPrefix=1 #去掉第一层前缀
  1. @SpringBootApplication
  2. public class GatWayApplication {
  3. public static void main(String [] args){
  4. SpringApplication.run(GatWayApplication.class,args);
  5. }
  6. }

注意 pom文件中不能有 spring-boot-starter-web jar包。否则启动会直接报错。

1)直接访问mall-goods地址

  1. http://localhost:6001/api/v1/sentinel/test-sentinel

2)通过网关服务上面这个接口

  1. http://localhost:8001/mall-goods/api/v1/sentinel/test-sentinel

发现通过服务网关地址后成功转发到商品微服务的接口。

上面有讲过Gatway有着很重的3个概念 路由断言过滤

  1. id:路由的ID
  2. uri:匹配路由的转发地址
  3. predicates:配置该路由的断言,通过PredicateDefinition类进行接收配置。
  4. order:路由的优先级,数字越小,优先级越高。
  5. filters: 过滤器

一个routes下可以有多个上面的配置,上面一个配置可以理解成一个微服务节点。如果有多个微服务需要转发那么就在routes下多配置几个,示例

id

路由的ID。可以任意字符串。但如果有几十个微服务都随意取名,到时候不好找。这里用微服务的名称当成路由的ID,这样一看就知道对于那个微服务做路由转发。

uri

匹配路由的转发地址。这里好理解就是将请求网关的地址,转到具体微服务节点的地址。

predicates

配置该路由的断言。主要请求满足该断言(true)才会进入该路由。这个可以同时配置多个。多个的情况下代表需要 同时满足

order

路由的优先级,数字越小,优先级越高。可能我们一个请求经来,同时满足匹配多个路由。那这里order谁小就进那个路由。

filters

过滤器。跟predicates一样。同时可以配置多个。多个的意思就是一个一个过滤。

上面这样解释或许有点枯燥,所以这里根据上面的实际例子来做解释。

  1. #为什么通过配置后请求第一个url会转发到第二个url
  2. http://localhost:8001/mall-goods/api/v1/sentinel/test-sentinel
  3. http://localhost:6001/api/v1/sentinel/test-sentinel

步骤如下

  1. 1)首先是断言predicates 上面只配置了一个 - Path=/mall-goods/**。上面的请求中是有 /mall-goods/ 所以命中当前路由。
  2. 2)那么根据 uri: http://127.0.0.1:6001 属性,那么请求的IP+端口号 由 localhost:8001 转为 127.0.0.1:6001。
  3. 3)同时上面配置了一个过滤器 - StripPrefix=1 去掉第一层前缀,也就是去掉 /mall-goods/ 这一层。所以最终的路由转发就变成了http://127.0.0.1:6001/api/v1/sentinel/test-sentinel。 也就是商品微服务对应的请求接口。

总结:有关 predicatesfilters 官方都提供了很多种规则实现类,我们要根据特定的需求去使用他们,如果不满足那就需要我们自定义predicates 或 filters。

github地址 nacos-feign-sentinel-gatway

Gateway–概述

如何评价 spring cloud gateway? 对比 zuul2.0 主要的优势是什么?

  1. 少说多做,句句都会得到别人的重视;多说少做,句句都会受到别人的忽视。(12)

版权声明:本文为qdhxhz原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/qdhxhz/p/14766527.html