Spring Cloud Gateway(三)

本文介绍了SpringCloud Gateway,作为Spring生态的API网关,具备动态路由、Hystrix集成、服务发现等功能,与Zuul网关的对比,以及其在微服务架构中的定位。重点讲解了路由、断言和过滤器的工作原理,并讨论了异步支持和适用场景。

关于Spring Cloud Gateway 我们先来看一下官方的介绍

该项目提供了一个在Spring生态系统之上构建的API网关,包括:Spring 5,Spring Boot 2和Project Reactor。Spring Cloud Gateway旨在提供一种简单而有效的方法来路由到API,并为它们提供跨领域关注,例如:安全性,监视/指标和弹性。官方文档地址
下面我们来看一下它在微服务中的位置,还是来看我们的官方架构图
在这里插入图片描述
我们的外部设备,在访问微服务的时候,经网关,之后再去访问具体的微服务。

Spring Cloud Gateway功能

  • 建立在Spring Framework5,ProjectReactor和SpringBoot2.0之上
  • 动态路由:能够匹配任何请求属性。
  • 可以对路由指定Predicate(断言)和Filer(过滤器)
  • 集成Hystrix的断路器功能
  • 集成SpringCloud的服务发现功能
  • 易于编写的Predicate(断言)和Filter(过滤器)
  • 请求限流功能
  • 支持路径重写

一些关键字

  • Route(路由):这是网关的基本构建块。它由一个 ID,一个目标 URI,一组断言和一组过滤器定义。如果断言为真,则路由匹配
  • Predicate(断言):这是一个 Java 8 的 Predicate。我们可以使用它来匹配来自 HTTP 请求的任何内容,例如标头或参数。
  • Filter(过滤器):这是org.springframework.cloud.gateway.filter.GatewayFilter的实例,我们可以使用它修改请求和响应。

工作原理

下图总体上概述了SpringCloudGateway的工作方式:
在这里插入图片描述
客户端向SpringCloudGateway发出请求。如果网关处理程序映射确定请求与路由匹配,则将其发送到网关Web处理程序。该处理程序通过特定于请求的过滤器链来运行请求。过滤器由虚线分割的原因是,过滤器可以在发送代理请求之前和之后运行逻辑。所有“前置”过滤器逻辑均被执行。然后发出代理请求。发出代理请求后,将运行“后置”过滤器过滤。
下面我们来看一下,SpringCloudGateway的简单使用

与之同类型的还有zuul网关。

1.两者均是web网关,处理的是http请求。
2.gateway对比zuul多依赖了spring-webflux(中的reactor-netty响应式编程组件,底层使用了Netty通讯框架。)在spring的支持下,功能更强大,内部实现了限流、负载均衡等,扩展性也更强,但同时也限制了仅适合于SpringCloud套件,而zuul则可以扩展至其他微服务框架中,其内部没有实现限流、负载均衡等。
3.geteway很好的支持异步,而zuul仅支持同步,那么理论上gateway则更适合于提高系统吞吐量(但不一定能有更好的性能),最终性能还需要通过严密的压测来决定。

当然在一些小型的微服务架构或是复杂架构(不仅包括微服务应用还有其他非SpringCloud服务节点)使用nginx也是一个不错的选择。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值