GateWay网关管理

GateWay网关管理

1. GateWay
   Cloud 全家桶中有个很重要的组件就是网关，在1.x版本中都是采用的Zuul网关；但在2.x版本中，zuul的升级一直跳票，SpringCloud最后自己研发了一个网关替代Zuul，那就是Spring Cloud Gateway
   Gateway是在Spring 生态系统之上构建的API网关服务，基于Spring 5，SpringBoot 2和Project Reactor等技术。Gateway旨在提供一种简单而有效的方式来对API进行路由，以及提供一些强大的过滤器功能，例如：熔断、限流、重试等。
   总结：Spring Cloud Gateway使用的是Webflux中的reactor-netty响应式编程组件，底层使用了Netty通讯框架。

2. 为什么选择GateWay

3. netflix不太靠谱，zuul 2.0一直跳票，迟迟不发布
   一方面因为Zuul 1.0已经进入了维护阶段，而且Gateway是SpringCloud团队研发的，值得信赖。而且很多功能Zuul都没有用起来也非常的简单便捷。
   2.Gateway是基于异步非阻塞模型上进行开发的，性能方面不需要担心。
   虽然Netflix早就发布了最新的Zuul 2.x，但SpringCloud貌似没有整合计划。而且Netflix相关组件都宣布进入维护期。多方面综合考虑Gateway是很理想的网关选择
   组件 RPS(request per second)
   Spring Cloud Gateway Requests/sec: 32213.38
   Zuul Requests/sec: 20800.13
   总结：Spring Cloud Gateway的RPS（每秒请求数）是Zuul1.x的1.6倍

4. 微服务架构结构图

5. Gateway特性
   1.基于 Spring Framework 5，Project Reactor 和 Spring Boot 2.0进行构建。
   2.动态路由:能够匹配任何请求属性
   3.Predicates 和 Filters 作用于特定路由：可以对路由指定断言和过滤器
   4.集成 Hystrix 断路器功能
   5.集成 Spring Cloud DiscoveryClient 服务发现功能
   6.易于编写的 Predicates 和 Filters
   7.请求限流功能
   8.支持路径重写

6. Gateway术语
   Route（路由） 网关的基本构建块。它由一个 ID，一个目标 URI，一组断言和一组过滤器定义。如果断言为真，则路由匹配。
   Predicate（断言） 一个 Java 8 的 Predicate。输入类型是一个 ServerWebExchange。我们可以使用它来匹配来自 HTTP 请求的任何内容，例如 headers 或参数。如果请求和断言匹配，则进行路由。
   Filter（过滤器） org.springframework.cloud.gateway.filter.GatewayFilter的实例，我们可以使用它修改请求和响应。
   总结：
   1.请求到达网关，网关先进行断言判断，如果断言为真，进行路由匹配规则的目标路径的路由转发。

7. 路由转发将转发到目标微服务地址，到达之前先经过一系列的过滤器。

8. Gateway流程图

解释：
客户端向 Spring Cloud Gateway 发出请求。然后在 Gateway Handler Mapping 中找到与请求相匹配的路由，将其发送到 Gateway Web Handler。Handler 再通过指定的过滤器链来将请求发送到我们实际的服务执行业务逻辑，然后返回。过滤器之间用虚线分开是因为过滤器可能会在发送代理请求之前（“pre”）或之后（“post”）执行业务逻辑。
pre：这种过滤器在请求被路由之前调用。Filter在”pre”类型的过滤器可以做参数校验、权限校验、流量监控、日志输出、协议转换等
post：这种过滤器在路由到微服务以后执行。在”post”类型的过滤器中可以做响应内容、响应头的修改、日志的输出、流量监控等有着非常重要的作用。
总结：路由转发+执行过滤器链。

案例：给8001商品的微服务进行网关配置
Spring Cloud Gateway 网关路由有两种配置方式：
在配置文件 yml 中配置
通过@Bean自定义 RouteLocator
这两种方式是等价的，建议使用 yml 方式进配置。
7. Spring Cloud Gateway 网关路由入门配置
7.1 创建子模块，项目名称：cloud-gateway-6001
7.2 打开pom.xml,引入getaway依赖坐标

org.springframework.cloud spring-cloud-starter-gateway org.springframework.cloud spring-cloud-starter-consul-discovery org.springframework.boot spring-boot-starter-actuator 注意：Spring Cloud Gateway 是使用 netty+webflux 实现因此不需要再引入 web 模块。 Gateway也是微服务，也需注册进consul，所以也需要提供consul-discovery依赖 7.3 创建application.yml文件，进行网关等配置 server: port: 6001 spring: application: name: cloud-gateway cloud: #注册到consul注册中心 consul: host: localhost port: 8500 discovery: service-name: ${spring.application.name} #gateway网关路由配置 gateway: routes: - id: gateway-service1 #我们自定义的路由 ID，保持唯一 uri: http://localhost:8001 #目标服务地址 predicates: - Path=/goods/getGoods/** #断言，条件满足则路由跳转 7.4 创建启动类 @SpringBootApplication @EnableDiscoveryClient public class GatewayApp6001 { public static void main(String[] args) { SpringApplication.run(GatewayApp6001.class,args); } } 7.5 测试 1.启动注册中心 2.启动Gateway子模块 3.启动8001子模块 2.测试直接访问8001 网址：http://localhost:8001/goods/getGoods?id=1001 3.通过Gateway网关访问8001 网址: http://localhost:6001/goods/getGoods?id=1001 结论： 6001路由网关套在最外面，当客户端发起访问时，predicates 断言判断访问路径是否和 /goods /getGoods/** 地址匹配，如果路由上 predicates 为断言为true，则路由转发到对应的微服务接口，false 则访问失败。 弊端： 启动网关后将无法修改路由配置，如有新服务要上线，则需要先把网关下线，修改 yml 配置后，再重启网关，这两种方式都是不支持动态路由配置，即配置代码写死了，如何解决？。 解决： 客户端的所有请求都首先经过API网关，然后由它将匹配的请求路由到合适的微服务，是系统流量的入口，在实际生产环境中为了保证高可靠和高可用，尽量避免重启，如果有新的服务要上线时，可以通过动态路由配置功能上线。

8. Gateway配置动态路由
   默认情况下Gateway会根据注册中心的服务列表，以注册中心上微服务名为路径创建动态路由并集成负载均衡功能进行转发，从而实现动态路由。
   8.1 确保网关微服务有如下依赖
   
   org.springframework.cloud
   spring-cloud-starter-consul-discovery
   
   8.2 修改application.yml配置 (红色部分)
   server:
   port: 6001
   spring:
   application:
   name: cloud-gateway
   cloud:
   #注册到consul注册中心
   consul:
   host: localhost
   port: 8500
   discovery:
   service-name: ${spring.application.name}
   #gateway网关路由配置
   gateway:
   discovery:
   locator:
   enabled: true #开启从注册中心动态创建路由的功能，利用微服务名进行路由
   routes:

   • id: gateway-service1 #我们自定义的路由 ID，保持唯一
     #uri: http://localhost:8001 #目标服务地址
     #这里所用的协议为lb,代表启动网关的负载均衡功能，该负载均衡地址是Gateway根据微服务名自动创建而来的
     uri: lb://cloud-provider-goods
     predicates:
     • Path=/goods/getGoods/** #断言，条件满足则路由跳转
       如果有多个断言路径用逗号分隔如：- Path=/goods/getGoods/,/goods/delGoods/
       8.3 启动consul,8001~8003,6001
       8.4 多次测试，进行了负载均衡
       http://localhost:6001/goods/getGoods?id=1001

9. Gateway Predicate断言
   SpringCloud Gateway将路由匹配作为Spring WebFlux HandlerMapping基础架构的一部分。
   SpringCloud Gateway包括许多内置的RoutePredicate工厂。所有这些Predicate都与HTTP请求的不同属性匹配。多个Route Predicate工厂可以进行组合。
   SpringCloud Gateway创建Route对象时，使用RoutePredicateFactory创建Predicate对象，Predicate对象可以赋值给Route。SpringCloud Gateway包括许多内置的Route Predicate Factories。
   所有这些谓词都匹配HTTP请求的不同属性。多种谓词工厂可以组合，并通过逻辑and。

   详细网址：https://www.cnblogs.com/wgslucky/p/11396579.html
   配置断言:
   gateway:
   discovery:
   locator:
   enabled: true #开启从注册中心动态创建路由的功能，利用微服务名进行路由
   routes:

• id: gateway-service1 #我们自定义的路由 ID，保持唯一
  #uri: http://localhost:8001 #目标服务地址
  #这里所用的协议为lb,代表启动网关的负载均衡功能，该负载均衡地址是Gateway根据微服务名自动创建而来的
  uri: lb://cloud-provider-goods
  predicates:
  • Path=/goods/getGoods/,/goods/delGoods/ #断言，条件满足则路由跳转
    #指定请求方式，如果为get,断言将返回true
  • Method=GET
    #如果当前请求的时间在配置时间之后，断言返回true
  • After=2020-05-09T09:11:27.551+08:00[Asia/Shanghai]

10 Filter(过滤)
详细：https://blog.csdn.net/forezp/article/details/85057268
自定义全局过滤器(重点)