Spring Cloud Gateway(微服务网关)

文章目录

• ​​1、什么是服务网关？​​

• ​​1.1 说明​​
• ​​1.2 为什么需要网关？​​
• ​​1.3 网关组件在微服务中的架构​​

• ​​2、服务网关组件Gateway​​

• ​​2.1 Spring Cloud Gateway简介​​

• ​​3、开发网关动态路由​​

• ​​3.1、创建项目并引入依赖​​
• ​​3.2 编写网关配置​​
• ​​3.3启动gateway项目​​
• ​​3.4 测试网关路由转发​​
• ​​3.5也可以使用Java代码配置路由​​

• ​​4、配置路由服务负载均衡​​

• ​​4.1 配置网管转发实现负载均衡​​
• ​​4.2 负载均衡测试​​

1、什么是服务网关？

1.1 说明

网关统一服务入口，可方便实现对平台众多服务接口进行管控，对访问服务的身份认证、防报文重放与防数据篡改、功能调用的业务鉴权、响应数据的脱敏、流量与并发控制，甚至基于API调用的计量或者计费等等。

1.2 为什么需要网关？

• 网关可以实现服务的统一管理。
• 网关可以解决微服务中通用代码的冗余问题（如权限控制、流量监控、限流等）

1.3 网关组件在微服务中的架构

2、服务网关组件Gateway

2.1 Spring Cloud Gateway简介

官网：​​https://spring.io/projects/spring-cloud-gateway​​​ Spring Cloud Gateway基于Spring5、SpringBoot2和Project Reactor等技术，是在Spring生态系统之上构建的API网关服务。Gateway旨在提供一种简单而有效的方式来对API进行路由(Route)，以及提供一些强大的过滤器功能，例如熔断、限流、重试等。
Spring Cloud Gateway具有如下特性：

• 基于Spring FrameWork5、Project Reactor以及SpringBoot2.0进行构建。
• 能够匹配任何请求属性
• 可以对路由指定Predicate(断言)和Filter(过滤器)。
• 集成Hystrix的断路器功能。
• 集成SpringCloud服务发现功能。
• 易于编写的Predicate和Filter。
• 请求限流功能。
• 路径重写。
  关键术语解释：

Route(路由)：构建网关的基本模块，由ID、目标URI、一系列的断言和过滤器组成，如果断言为true就匹配该路由。
Predicate(断言)：Java8的Function Predicate,输入类型是Spring框架中的ServerWebExchange。这使得开发人员可以匹配HTTP请求中的所有内容，例如请求头或请求参数。如果请求与断言相匹配，就进行路由。
Filter(过滤器)：Spring框架中的GatewayFilter实例通过使用过滤器可以在路由前后对请求进行修改。

3、开发网关动态路由

3.1、创建项目并引入依赖

<!--引入gateway网关依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>

3.2 编写网关配置

网关配置有两种方式：一种是快捷方式(Java代码编写网关)，一种是完全展开方式(配置文件方式)[推荐]。

server:
  port: 7979
spring:
  application:
    name: GATEWAY
  cloud:
    consul:
      host: localhost
      port: 8500
    gateway:
      routes:
        - id: category-router #路由对象唯一标识
          uri:  http://localhost:8787 #用来类别服务地址 http://localhost:8787/category
          predicates: #断言 用来配置路由规则
            - Path=/category/**
          filters:
            - StripPrefix=1

        - id: product-router  #路由对象唯一标识
          uri:  http://localhost:8799  #用来商品服务地址 http://localhost:8799/list
          predicates: #断言
            - Path=/product/**

3.3启动gateway项目

直接启动会报错

在启动日志中发现,gateway为了效率使用webflux进行异步非阻塞模型的实现,因此和原来的web包冲突,去掉原来的web即可

再次启动，成功启动了。

3.4 测试网关路由转发

http://localhost:7979/product/list

网关会帮我们转发到​​http://localhost:8799 /product/list​​

3.5也可以使用Java代码配置路由

@Configuration
public class GatewayConfig {

    @Bean
    public RouteLocator customRouteLocator(RouteLocatorBuilder builder) {
        return builder.routes()
                //类别路由
                .route("category_route", r -> r.path("/category")
                        .uri("http://localhost:8787"))
                //商品路由
                .route("product_router",r->r.path("/list")
                        .uri("http://localhost:8799"))
                .build();
    }
}

4、配置路由服务负载均衡

上述代码都是根据服务地址写死的路由转发，没有办法实现请求的负载均衡。

4.1 配置网管转发实现负载均衡

前提是已经引入了Ribbon负载均衡客户端组件

server:
  port: 7979
spring:
  application:
    name: GATEWAY
  cloud:
    consul:
      host: localhost
      port: 8500
    gateway:
      routes:
        - id: category-router #路由对象唯一标识
#          uri:  http://localhost:8787 #用来类别服务地址 http://localhost:8787/category
          uri: lb://CATEGORY    #lb(loadbalance)代表转发后台服务使用负载均衡,CATEGORY代表服务注册中心上的服务名
          predicates: #断言 用来配置路由规则
            - Path=/category/**
          filters:
            - StripPrefix=1

        - id: product-router  #路由对象唯一标识
#          uri:  http://localhost:8799  #用来商品服务地址 http://localhost:8799/list
          uri:  lb://PRODUCT    #实现了请求的负载均衡处理
          predicates: #断言
            - Path=/product/**

lb(loadbalance)代表负载均衡转发路由，后面的CATEGORY和PRODUCT分别是类别服务和商品服务的服务名称。我们可以查看下与服务注册中心的服务名称是否一致：

4.2 负载均衡测试

由于商品服务我们有两个服务节点，且Ribbon负载均衡默认使用的负载均衡算法是轮询法，所以当我们连续访问​​http://localhost:7979/product/list​​,看到的应该是8799和8788轮着被请求。

我们访问​​http://localhost:7979/product/list​​

可以看到此时提供服务的节点是8788端口

再次访问：​​http://localhost:7979/product/list​​

可以看到此时提供服务的节点是8799端口，确实实现了请求的负载均衡(这里的负载均衡算法默认是轮询法)。