Gateway 一些简单概念

一.什么是网关:

实现统一入口,接收所有的请求,并根据定义的规则转发到相应的服务上。
在此过程中还可以完成系统中一些通用统一的工作,如权限校验,限流等。
Zuul就是NetFlix提供的一个服务网关,用于实现路由、过滤器等功能(Zuul是异步阻塞模型)。
Gateway 也是服务网关(非阻塞模型)。

通俗一点来说,就是对服务提供一层保护,对外界的请求进行过滤转发到后端服务中。

这里我们可以通过几张简单的示例图来进行了解.。

1.1 不适用网关的实例图:
在这里插入图片描述

1.2 使用网关的示例图:

在这里插入图片描述

我们发现加了网关之后,实际上是将一对 N 的关系转变成了一对一的关系,用户只需跟网关打交道就好了,这样的好处是我们可以在网关层进行数据合法校验、权限认证、负载均衡等统一处理,这样可以在很大的程度上节省的人力和物力。

二. Gateway

Spring Cloud Gateway 作为 Spring Cloud 生态系统中的网关,目标是替代 Netflix Zuul,其不仅提供统一的路由方式,并且基于 Filter 链的方式提供了网关基本的功能,例如:安全,监控/指标,和限流。

相关概念:
  1. Route(路由):这是网关的基本构建块。它由一个 ID,一个目标 URI,一组断言和一组过滤器定义。如果断言为真,则路由匹配。
  2. Predicate(断言):这是一个 Java 8 的 接口。该接口接受一个输入参数,返回一个布尔值结果。我们可以使用它来匹配来自 HTTP 请求的任何内容,例如 headers 或参数。
  3. Filter(过滤器):这是org.springframework.cloud.gateway.filter.GatewayFilter的实例,我们可以使用它修改请求和响应。
工作流程:

在这里插入图片描述
如上图所示:
客户端向 Spring Cloud Gateway 发出请求。首先将请求交给 Gateway Handler Mapping 处理,如果找到与请求相匹配的路由(这时就会用到断言),则将其发送到 Gateway Web Handler 处理。Handler 再通过指定的过滤器链来将请求发送到我们实际的服务执行业务逻辑,然后返回。

过滤器之间用虚线分开是因为过滤器可能会在发送代理请求之前(“pre”)或之后(“post”)执行业务逻辑。

在执行所有的"pre" 过滤器逻辑时,一般可以实现权限,限流,日志输出,更改请求头和转换协议等功能。

在收到响应后,会执行所有的"post" 过滤器的逻辑,这里可以随响应数据进行修改,比如更换响应头和转换协议等。

Gateway 服务网关内置的断言

在 Spring Cloud Gateway 中 Spring 利用 Predicate 的特性实现了各种路由匹配规则,有通过 Header、请求参数等不同的条件来进行作为条件匹配到对应的路由。网上有一张图总结了 Spring Cloud 内置的几种 Predicate 的实现。
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

刘德华一不小心就打代码

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值