Spring Cloud服务入口Gateway的介绍和使用问题小结_Java

gateway

问题引入

前⾯我们通过eureka, nacos解决了服务注册, 服务发现的问题, 使⽤spring cloud loadbalance解决了负载均衡的问题, 使⽤openfeign解决了远程调⽤的问题.
但是当前所有微服务的接⼝都是直接对外暴露的, 可以直接通过外部访问. 为了保证对外服务的安全性,服务端实现的微服务接⼝通常都带有⼀定的权限校验机制. 由于使⽤了微服务, 原本⼀个应⽤的的多个模块拆分成了多个应⽤, 我们不得不实现多次校验逻辑. 当这套逻辑需要修改时, 我们需要修改多个应⽤, 加重了开发⼈员的负担.
针对以上问题, ⼀个常⽤的解决⽅案是使⽤api⽹关.

api网关

api⽹关(简称⽹关)也是⼀个服务, 通常是后端服务的唯⼀⼊⼝. 它的定义类似设计模式中的facade模式(门面模式, 也称外观模式). 它就类似整个微服务架构的⻔⾯, 所有的外部客⼾端访问, 都需要经过它来进⾏调度和过滤.

⽹关核心功能：

权限控制: 作为微服务的⼊⼝, 对⽤⼾进⾏权限校验, 如果校验失败则进⾏拦截
动态路由: ⼀切请求先经过⽹关, 但⽹关不处理业务, ⽽是根据某种规则, 把请求转发到某个微服务
负载均衡: 当路由的⽬标服务有多个时, 还需要做负载均衡
限流: 请求流量过⾼时, 按照⽹关中配置微服务能够接受的流量进⾏放⾏, 避免服务压⼒过⼤

常见网关实现

业界常⽤的⽹关⽅式有很多, 技术⽅案也较成熟, 其中不乏很多开源产品, ⽐如nginx, kong, zuul,
spring cloud gateway等. 下⾯介绍两种常⻅的⽹关⽅案.

zuul

zuul 是 netflix 公司开源的⼀个api⽹关组件, 是spring cloud netflix ⼦项⽬的核⼼组件之⼀，它可以和 eureka、ribbon、hystrix 等组件配合使⽤.
在spring cloud finchley正式版之前, spring cloud推荐的⽹关是netflix提供的zuul(此处指zuul 1.x).然而netflix在2018年宣布⼀部分组件进⼊维护状态, 不再进⾏新特性的开发. 这部分组件中就包含zuul.

spring cloud gateway

spring cloud gateway 是spring cloud的⼀个全新的api⽹关项⽬, 基于spring + springboot等技术开发, ⽬的是为了替换掉zuul. 旨在为微服务架构提供⼀种简单⽽有效的途径来转发请求, 并为他们提供横切关注点, ⽐如: 安全性, 监控/指标和弹性.
在性能⽅⾯, 根据官⽅提供的测试报告, spring cloud gateway的rps(每秒请求数)是zuul的1.6倍.

gateway的使用

创建网关module

引入网关依赖

<dependency>
    <groupid>org.springframework.cloud</groupid>
    <artifactid>spring-cloud-starter-gateway</artifactid>
</dependency>
<dependency>
    <groupid>com.alibaba.cloud</groupid>
    <artifactid>spring-cloud-starter-alibaba-nacos-discovery</artifactid>
</dependency>
<dependency>
    <groupid>org.springframework.cloud</groupid>
    <artifactid>spring-cloud-starter-loadbalancer</artifactid>
</dependency>

编写启动类

package gateway;
import org.springframework.boot.springapplication;
import org.springframework.boot.autoconfigure.springbootapplication;
@springbootapplication
public class gatewayapplication {
    public static void main(string[] args) {
        springapplication.run(gatewayapplication.class, args);
    }
}

添加gateway路由配置

server:
  port: 8888
spring:
  application:
    name: gateway
  cloud:
    nacos:
      discovery:
        server-addr: 47.98.109.138:8848
    gateway:
      metrics:
        enabled: true
      routes:
        - id: order-service   #路由规则id, 随便起, 不重复即可
          uri: lb://order-service/ #目标服务地址
          predicates:   #路由条件
            - path=/order/**,/feign/**
        - id: product-service
          uri: lb://product-service/
          predicates:
            - path=/product/**

配置字段说明：

配置字段说明:
• id : ⾃定义路由id, 保持唯⼀
• uri: ⽬标服务地址, ⽀持普通uri 及 lb://应⽤注册服务名称 . lb表⽰负载均衡, 使⽤ lb:// ⽅
式表示从注册中⼼获取服务地址.
• predicates: 路由条件, 根据匹配结果决定是否执⾏该请求路由, 上述代码中, 我们把符合path规则的⼀切请求, 都代理到uri参数指定的地址.