Spring Cloud GateWay 原理

Heloise_yangyuchang

已于 2024-03-22 16:53:03 修改

阅读量5.2k

点赞数 2

分类专栏： GateWay 文章标签： Spring Cloud 开发语言 java GateWay

于 2022-04-29 15:56:53 首次发布

本文链接：https://blog.csdn.net/qq_35958391/article/details/124496333

版权

1 篇文章 0 订阅

订阅专栏

一、概述

在微服务架构中，每个服务都是一个可以独立开发和运行的组件，而一个完整的微服务架构由一系列独立运行的微服务组成。其中每个服务都只会完成特定领域的功能。各个微服务之间通过轻量级通信机制 REST API 或者 RPC 完成通信。

微服务之后在某些层面会带来一定的影响，比如，一个用户查看一个商品的详情，对于客户端来说，可能需要调用商品服务、评论服务、库存服务等多个服务来完成数据的渲染。

在这个场景中，客户端虽然能通过调用多个服务实现数据的获取，但是会存在一些问题：

二、微服务网关的作用

所以，可以在微服务之前增加一个前置节点，这个节点就是网关，网关就是一个网络连接到另一个网络的“关口”。

而在微服务架构中，它不仅仅只是一个网络互连的一个关口，还有更多的作用，以前面分析的这个场景为例，增加网关之后。
在这里插入图片描述

增加了 API 网关之后，在 API 网关层可以把后端的多个服务进行整合，然后提供一个唯一的业务接口，客户端只需要调用这个接口即可完成数据的获取及展示。在网关中会再去消费后端的多个微服务进行统一的整合，给客户端返回一个唯一的响应。

当然，网关不仅只是做一个请求转发以及服务整合，有了网关这个统一的入口之后，它还能提供

总结网关的作用

三、常见的网关方案

四、Spring Cloud Gateway的核心概念

4.1、Route 路由

它是网关的基础元素，包含ID、目标URI、断言、过滤器组成，当前请求到达网关时，会通过Gateway Handler Mapping，基于断言进行路由匹配，当断言为true时，匹配到路由进行转发

4.2、Predicate，断言

它可以允许开发人员去匹配HTTP请求中的元素，一旦匹配为true，则表示匹配到合适的路由进行转发，提供了多种方式的断言，当然也可以自定义
在这里插入图片描述

4.3、Filter，过滤器
可以在请求发出的前后进行一些业务上的处理，比如授权、埋点、限流等。

整体工作原理如下：

predicate就是我们的匹配条件；而filter，就可以理解为一个无所不能的拦截器。有了这两个元素，再加上目标uri，就可以实现一个具体的路由了。

客户端向 Spring Cloud Gateway 发出请求，如果请求与网关程序定义的路由匹配，则该请求就会被发送到网关 Web 处理程序，此时处理程序运行特定的请求过滤器链。

在这里插入图片描述
上图中过滤器之间用虚线分开的原因是过滤器可能会在发送代理请求的前后执行逻辑。所有 pre 过滤器逻辑先执行，然后执行代理请求；代理请求完成后，执行 post 过滤器逻辑。

Filter又分为全局过滤器GlobalFilter和路由过滤器RouteFilter。

使用案例

1、针对所有请求增加一个foo=bar的参数
在这里插入图片描述

2、RequestRateLimiterGatewayFilterFactory 默认提供了 RedisRateLimiter 的限流实现，它采用令牌桶算法来实现限流功能
在这里插入图片描述
redis-rate-limiter 过滤器有两个配置属性：

在这里插入图片描述

3、Retry GatewayFilter Factory 为请求重试过滤器，当后端服务不可用时，网关会根据配置参数来发起重试请求
在这里插入图片描述
RetryGatewayFilter 提供 4 个参数来控制重试请求。

retries：请求重试次数，默认值是 3
status：HTTP 请求返回的状态码，针对指定状态码进行重试，比如，在上述配置中，当服务端返回的状态码是 503 时，才会发起重试，此处可以配置多个状态码。
methods：指定 HTTP 请求中哪些方法类型需要进行重试，默认是 GET。
series：配置错误码段，表示符合某段状态码才发起重试，默认值是 SERVER_ERROR(5)，表示5xx 段的状态码都会发起重试。如果 series 配置了错误码段，但是 status 没有配置，则仍然会匹配 series 进行重试。