微服务07：网关Gateway 应用实践

最新推荐文章于 2023-04-13 16:16:23 发布

sayhitoloverOvO

最新推荐文章于 2023-04-13 16:16:23 发布

阅读量461

点赞数

分类专栏：微服务文章标签： http java

原文链接：https://blog.csdn.net/maitian_2008/article/details/119209045

版权

微服务专栏收录该内容

26 篇文章 5 订阅

订阅专栏

背景分析

我们知道，一个大型系统在设计时，经常会被拆分为很多个微服务。那么作为客户端要如何去调用这么多的微服务呢？客户端可以直接向微服务发送请求，每个微服务都有一个公开的URL，该URL可以直接映射到具体的微服务，如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用。这样的架构，会存在着诸多的问题，例如，客户端请求不同的微服务可能会增加客户端代码或配置的复杂性。还有就是每个服务，在调用时都需要独立认证。并且存在跨域请求，也在一定程度上提高了代码的复杂度。基于微服务架构中的设计及实现上的问题，为了在项目中简化前端的调用逻辑，同时也简化内部服务之间互相调用的复杂度，更好保护内部服务,提出了网关的概念。

网关概述

网关本质上要提供一个各种服务访问的入口，并提供服务接收并转发所有内外部的客户端调用，还有就是权限认证，限流控制等等。Spring Cloud Gateway是Spring公司基于Spring 5.0，Spring Boot 2.0 和等技术开发的一个网关组件，它旨在为微服务架构提供一种简单有效的统一的 API入口，负责服务请求路由、组合及协议转换，并且基于 Filter 链的方式提供了权限认证，监控、限流等功能

Spring Cloud Gateway优缺点

优点：

性能强劲：是一代网管Zuu的1.6倍

功能强大：内置了限流，负载均衡，转发，监控等

3.设计优雅，容易扩展

缺点

以来Netty与WebFlux（Spring5.0），不是传统的Serviet编程模型，Spirng MVC 就是基于此模型实现，学习成本高

需要Spring Boot 2.0及以上的版本，才支持

业务入门

第一步，配置jar包

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>

第二步：创建application.yml(假如已有则无须创建)

添加相关配置，代码如下：

server:
  port: 9000
spring:
  application:
    name: sca-gateway
  cloud:
    gateway:
        routes: #配置网关路由规则
          - id: route01  #路由id,自己指定一个唯一值即可
            uri: http://localhost:8081/ #网关帮我们转发的url
            predicates: ###断言(谓此):匹配请求规则
              - Path=/nacos/provider/echo/**  #请求路径定义,此路径对应uri中的资源
            filters: ##网关过滤器,用于对谓词中的内容进行判断分析以及处理
              - StripPrefix=1 #转发之前去掉path中第一层路径，例如nacos

其中：路由是gatewa最基本的组件之一，表示一个具体的路由信息载体，主要定义了下面几个信息

1.id，路由标识符，区别于其他的Route

2.uri，路由指向的目的地uri，即客户端请求最终被转发到的服务端

3.predicate，断言，谓词作用是进行条件判断，只要断言返回真，才会执行路由

4.filter，过滤器用于修改请求和相应信息

第三步，创建项目启动类

package com.cy;

@SpringBootApplication
public class GatewayApplication {
    public static void main(String[] args) {
        SpringApplication.run(GatewayApplication.class,args);
    }
}

第四部，启动项目进行访问

这里访问的地址是被遮掩后的地址，在配置文件中指定

predicates: ###断言(谓此):匹配请求规则
- Path=/nacos/provider/echo/** #请求路径定义,此路径对应uri中的资源

在这里插入图片描述

负载均衡

网关才是服务访问的入口，所有服务都会在网关层面进行底层映射，所以在访问服务时，要基于服务serivce id（服务名）去查找对应的服务，让请求从网关层进行均衡转发，以平衡服务实例的处理能力。

Gateway中负载均衡实现？

第一步，还是添加依赖

<dependency>
  <groupId>com.alibaba.cloud</groupId>
  <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

第二步：修改配置文件

将uri的位置的目标网址更改成为 lb://目标服务器其他不变

server:
  port: 9000
spring:
  application:
    name: sca-gateway
  cloud:
    nacos:
      discovery:
        server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true  #开启通过服务注册中心的serviceId创建路由
      routes:
        - id: route01
          ##uri: http://localhost:8081/
          uri: lb://sca-provider # lb为服务前缀（负载均衡单词的缩写），不能随意写
          predicates: ###匹配规则
              - Path=/nacos/provider/echo/**
          filters:
              - StripPrefix=1 #转发之前去掉path中第一层路径，例如nacos

其中：lb是指从nacos中按照名称获取的微服务，并遵循负载均衡策略，

第三步，启动服务，进行访问测试

在这里插入图片描述

执行流程

在这里插入图片描述

客户端向Spring Cloud Gateway(网关)发送请求。如果Gateway Handler Mapping通过断言predicates(predicates)的集合确定请求与路由Routers匹配，则将其发送到Gateway Wab Handler。

Gateway Wab Handler。通过确定的路由中所配置的锅炉器集合链式调用过滤器（也就是所谓的责任链模式）。

Filter由虚线分隔的原因是，Filter可以在发送代理请求之前和之后运行逻辑，处理的逻辑是在处理请求时，排在前面的过滤器先执行，而处理返回响应的时候，排后面的过滤器先执行

小结

网关层面如何实现负载均衡？——通过服务名去查找具体的服务实力

网关层面是如何通过服务名查找到服务实例的？————Ribbon

你了解那些负载均衡算法？（权重，hash，轮询.....可通过IRule接口进行查看分析）

网关进行请求转发的流程是怎么样的。有哪些关键对象（XxxHandlerMapping，Handler，....）

网关层面服务的映射方式是怎样的？（谓词-path，服务名，服务实例）

网关层如何记录服务的映射？（通过map，要考虑读写锁的应用）

断言（Predicate）增强分析

Predicate

predicate（断言又称维持，用于条件判断，只有断言结果都是真才会执行真正的路由，其本质就是定义路由转发的条件）

Predicate内置工厂

SpringCloud Gateway包括一些内置的断言工厂，这些断言都与http请求的不同的属性相匹配，具体如下

基于Datetime类型的断言工厂

此类型的断言根据时间做判断，主要有三个

1)AfterRoutePredicateFactory：判断日期是否晚于指定日期

2）BeforeRoutePredicateFactory：判断请求日期是否早于指定日期

3）BetweenRoutePRedicateFactory：判断日期是否都在指定时间段内

-After=2020-12-31T23:59:59.789+08:00[Asia/Shanghai]

当且仅当请求时的时间After配置的时间时，才转发该请求，若时间不是After配置的时间返回404 not found。时间值可以通过ZoneDateTime.now（获取）

基于header的断言工厂HeaderRoutePredicateFactory

判断请求Header是否具有给定名称切值与正则表达式匹配。

-Header=X-Request-ID,\d+

基于Method请求方法的断言工厂MethodRoutePredicateFactory

MethodRoutePredicateFactory接受一个参数，判断该请求类型跟指定的类型是否匹配，例如

-Method=GET

基于Query请求的断言工厂，QueryRoutePredicateFactory

接收两个参数，param和正则表达式，判断请求参数是否具有给指定名称且值与正则表达式匹配

-Query=pageSize,\d+

Predicate应用案例实践

内置的路由断言工厂应用案列，例如：

server:
  port: 9000
spring:
  application:
    name: sca-gateway
  cloud:
    nacos:
      server-addr: localhost:8848
    gateway:
      discovery:
        locator:
          enabled: true #开启通过服务中心的serviceId 创建路由的功能
      routes:
        - id: bd-id
          ##uri: http://localhost:8081/
          uri: lb://sca-provider
          predicates: ###匹配规则
              - Path=/nacos/provider/echo/**
              - Before=2021-01-30T00:00:00.000+08:00
              - Method=GET
          filters:
            -  StripPrefix=1 # 转发之前去掉1层路径

说明：当条件不足，则无法进行路由转发，会出现404进行请求转发

小结面试分析

何为谓词（网关中封装了判断逻辑的一个对象）

谓词逻辑是怎么设计的（判断逻辑返回值为true则进行请求转发）

你了解那些谓词逻辑（path，请求参数，ip，请求方式，cookie，请求头...）

我们可以自己定义谓词工厂对象吗？（可以的）

过滤器（Filter）增强分析

概述

过滤器Filter就是在请求传递过程中，对请求和响应做一个处理。Gateway的Filter从作用范围可以分为两种GatewayFilter与GlobalFilter其中

1.GatewayFilter：应用到单个路由或者一个分组的路由上

2.GlobalFilter：应用到所有的路由上

局部过滤器设计及实现

在springCloud Gateway中内置了很多不同类型的网管路由过滤器，具体如下：

基于AddRequestHeaderGatewayFilterFactory，为原始请求添加Header

例如，为原始请求添加名为X-Request-Foo，值名为Bar的请求头

spring:
  cloud:
    gateway:
      routes:
        - id: add_request_header_route
          uri: https://example.org
          filters:
            - AddRequestHeader=X-Request-Foo, Bar

基于AddRequestParameterGatewayFilterFactory，为原始请求添加请求参数及值

例如，为原始请求添加名为foo，值为bar的参数，即：foo=bar。

spring:
  cloud:
    gateway:
      routes:
        - id: add_request_parameter_route
          uri: https://example.org
          filters:
            - AddRequestParameter=foo, bar

基于PrefixPathGatewayFilterFactory，为原始的请求路径添加一个前缀路径

例如，该配置使访问${GATEWAY_URL}/hello 会转发到uri/mypath/hello。

spring:
  cloud:
    gateway:
      routes:
        - id: prefixpath_route
          uri: https://example.org
          filters:
            - PrefixPath=/mypath

基于RequestSizeGatewayFilterFactory，设置允许接收最大请求包的大小

spring:
  cloud:
    gateway:
      routes:
        - id: request_size_route
      uri: http://localhost:8080/upload
      predicates:
        - Path=/upload
      filters:
        - name: RequestSize
          args:
            # 单位为字节
            maxSize: 5000000

如果请求包大小超过设置的值，则会返回 413 Payload Too Large以及一个errorMessage

全局过滤器设计及实现

全局过滤器(GlobalFilter)作用于所有路由, 无需配置。在系统初始化时加载，并作用在每个路由上。通过全局过滤器可以实现对权限的统一校验，安全性验证等功能。一般内置的全局过滤器已经可以完成大部分的功能，但是对于企业开发的一些业务功能处理，还是需要我们自己编写过滤器来实现的，那么我们一起通过代码的形式自定义一个过滤器，去完成统一的权限校验。例如，当客户端第一次请求服务时，服务端对用户进行信息认证（登录）认证通过，将用户信息进行加密形成token，返回给客户端，作为登录凭证以后每次请求，客户端都携带认证的token 服务端对token进行解密，判断是否有效。

package com.cy.filters;

import org.springframework.cloud.gateway.filter.GatewayFilterChain;
import org.springframework.cloud.gateway.filter.GlobalFilter;
import org.springframework.core.Ordered;
import org.springframework.http.HttpStatus;
import org.springframework.stereotype.Component;
import org.springframework.web.server.ServerWebExchange;
import reactor.core.publisher.Mono;
@Component
public class AuthGlobalFilter implements GlobalFilter, Ordered {
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        String username=exchange.getRequest()
                .getQueryParams().getFirst("username");
        if (!"admin".equals(username)) {
            System.out.println("认证失败");
            exchange.getResponse().setStatusCode(HttpStatus.UNAUTHORIZED);
            return exchange.getResponse().setComplete();
        }
        //调用chain.filter继续向下游执行
        return chain.filter(exchange);

    }

    @Override
    public int getOrder() {
        return 0;
    }
}

启动Gateway服务，假如在访问的url中不带“user=admin”这个参数，可能会出现异常

小节面试分析

网关过滤器的作用是什么？对请求和相应数据做一个预处理

网关过滤器的类型有哪些？局部过滤器，全局过滤器

如何理解局部过滤器？针对具体链路的应用的过滤器，需要进行配置

你了解那些局部过滤器

如何理解全局过滤器作用了所有的请求链路

如何自己定义全局过滤器？直接或间接实现GlobalFilter接口

假如现在进行平台网关自研设计，可以吗？可以！

限流设计及实现

网关是所有请求的公共入口，所以可以在网关进行限流，而且限流的方式也很多，我们采用Sentinel组件来实现网关的限流。Sentinel支持对SpringCloud Gateway、Zuul等主流网关进行限流。参考网址如下：

https://github.com/alibaba/spring-cloud-alibaba/wiki/Sentinel

限流快速入门

第一步，还是添加依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId>
</dependency>

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-alibaba-sentinel-gateway</artifactId>
</dependency>

第二步：添加sentinel及路由规则(假如已有则无需设置)

...
    routes:
      - id: route01
        uri: lb://nacos-provider
        predicates: ###匹配规则
          - Path=/provider/echo/**
...
     sentinel:
      transport:
        dashboard: localhost:8180 #Sentinel 控制台地址
        port: 8719 #客户端监控API的端口
      eager: true  #取消Sentinel控制台懒加载,即项目启动即连接
...

第三步：启动网关项目，检测sentinel控制台的网关菜单。

启动时，添加sentinel的jvm参数，通过此菜单可以让网关服务在sentinel控制台显示不一样的菜单，代码如下：-Dcsp.sentinel.app.type=1
在这里插入图片描述

Sentinel 控制台启动以后，界面如图所示:

在这里插入图片描述

说明,假如没有发现请求链路,API管理,关闭网关项目，关闭sentinel，然后重启sentinel,重启网关项目.

第四步：在sentinel面板中设置限流策略，如图所示：

在这里插入图片描述

第五步：通过url进行访问检测是否实现了限流操作

基于请求属性限流

定义指定routeId的基于属性的限流策略如图所示：在这里插入图片描述

通过postman进行测试分析

在这里插入图片描述

自定义API维度限流（重点）

自定义API分组，是一种更细粒度的限流规则定义，它允许我们利用sentinel提供的API，将请求路径进行分组，然后在组上设置限流规则即可。

第一步：新建API分组，如图所示：

第二步：新建分组流控规则，如图所示：

第三步：进行访问测试，如图所示

定制流控网关返回值

定义配置类，设计流控返回值，代码如下：

@Configuration
public class GatewayConfig {
    public GatewayConfig(){
        GatewayCallbackManager.setBlockHandler(
new BlockRequestHandler() {
            @Override
            public Mono<ServerResponse> handleRequest(ServerWebExchange serverWebExchange, Throwable throwable) {
                Map<String,Object> map=new HashMap<>();
                map.put("state",429);
                map.put("message","two many request");
                String jsonStr=JSON.toJSONString(map);
                return ServerResponse.ok().body(Mono.just(jsonStr),String.class);
            }
        });
    }
}

其中，Mono 是一个发出(emit)0-1个元素的Publisher。

小节面试分析？

网关层面结合sentibel实现限流，其限流的类型有几种？两种-route id，api

网关层面可以自定义限流后的异常结果吗？可以

你知道Sentinel底层限流的算法有哪些，滑动窗口，令牌桶，漏斗

总结

重难点分析

网关Gateway的诞生背景？第一：同意微服务访问的入口，第二：对系统服务进行保护，第三进行统一的认证，授权，限流

网关的选型：Netifix，zuul，spring cloud gateway

Spring Cloud Gateway的负载均衡？网关服务注册，服务端发现，基于uri：lb：//服务id方式访问具体的服务实例

Spring Cloud Gateway的断言配置掌握常用的即可，时间断言，方法断言，问询断言....

Spring Cloud Gateway的过滤配置局部和全局

Spring cloud Gateway的限流设置 Sentinel

FAQ

Gateway在互联网框架中的位置 nginx->gateway->微消费段服务->微服务端服务

Gateway是如何实现负载均衡的 Ribbon

Gateway应用过程中设计的主要概念？路由id，路由uri，断言，过滤器

Gateway中做过那些断言配置 after，header，path，cookie

Gateway中你用过的过滤器有哪些？添加前缀，去掉前缀，添加请求头，负载均衡

sayhitoloverOvO

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
微服务07：网关Gateway 应用实践

背景分析我们知道，一个大型系统在设计时，经常会被拆分为很多个微服务。那么作为客户端要如何去调用这么多的微服务呢？客户端可以直接向微服务发送请求，每个微服务都有一个公开的URL，该URL可以直接映射到具体的微服务，如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用。这样的架构，会存在着诸多的问题，例如，客户端请求不同的微服务可能会增加客户端代码或配置的复杂性。还有就是每个服务，在调用时都需要独立认证。并且存在跨域请求，也在一定程度上提高了代码的复杂度。基于微服务架构中的设计及实现上
复制链接

扫一扫