【SpringCloud】（一文通） 统一服务入口-Gateway

一. 网关介绍

1.1 问题

我们通过 Eureka, Nacos 解决了服务注册, 服务发现的问题, 使用 Spring Cloud
LoadBalance 解决了负载均衡的问题, 使用 OpenFeign 解决了远程调用的问题.

但是当前所有微服务的接口都是直接对外暴露的, 可以直接通过外部访问. 为了保证对外服务的安全性,服务端实现的微服务接口通常都带有⼀定的权限校验机制. 由于使用了微服务, 原本⼀个应用的多个模块拆分成了多个应用, 我们不得不实现多次校验逻辑. 当这套逻辑需要修改时, 我们需要修改多个应用, 加重了开发人员的负担.

针对以上问题, ⼀个常用的解决方案是使用 API 网关

1.2 什么是 API 网关

API 网关(简称网关)也是⼀个服务, 通常是后端服务的唯⼀入口. 它的定义类似设计模式中的Facade模式(门面模式, 也称外观模式). 它就类似整个微服务架构的门面, 所有的外部客户端访问, 都需要经过它来进行调度和过滤

网关核心功能:

• 权限控制: 作为微服务的入口, 对用户进行权限校验, 如果校验失败则进行拦截

• 动态路由: ⼀切请求先经过网关, 但网关不处理业务, 而是根据某种规则, 把请求转发到某个微服务

• 负载均衡: 当路由的目标服务有多个时, 还需要做负载均衡

• 限流: 请求流量过高时, 按照网关中配置微服务能够接受的流量进行放行, 避免服务压力过大.

类似前台的工作

1. 权限控制: 身份验证
2. 动态路由: 根据外来客户的需求, 把客户带到指定的部门去处理
3. 负载均衡: ⼀个部门有很多人时, 前台会帮客户选择具体某个人处理
4. 限流: 公司到访客户较多时, 进行流量限制, 比如告知明天再来

1.3 常见网关实现

业界常用的网关方式有很多, 技术方案也较成熟, 其中不乏很多开源产品, 比如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倍. 测试报告参考:点击跳转

二. Spring Cloud Gateway

2.1 快速上手

我们通过以下的演示, 先来了解网关的基本功能

2.1.1 创建网关项目

API 网关也是⼀个服务.

2.1.2 引入网关依赖

<!--⽹关-->
<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
<!--基于nacos实现服务发现依赖-->
<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>

2.1.3 编写启动类

package com.bite.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);
	}
}

2.1.4 添加Gateway的路由配置

创建 application.yml 文件, 添加如下配置:

server:
	port: 10030 # ⽹关端⼝
spring:
	application:
		name: gateway # 服务名称
	cloud:
		nacos:
			discovery:
				server-addr: 110.41.51.65:10020
		gateway:
			routes: # ⽹关路由配置
				- id: product-service #路由ID, ⾃定义, 唯⼀即可
				  uri: lb://product-service #⽬标服务地址
				  predicates: #路由条件
					- Path=/product/**
				- id: order-service
				  uri: lb://order-service
				  predicates:
					- Path=/order/**

配置字段说明：

• id : 自定义路由ID, 保持唯⼀
• uri: 目标服务地址, 支持普通URI 及 lb://应用注册服务名称 . lb表示负载均衡, 使用 lb:// 方式表示从注册中心获取服务地址.
• predicates: 路由条件, 根据匹配结果决定是否执行该请求路由, 上述代码中, 我们把符合Path规则的⼀切请求, 都代理到 uri 参数指定的地址.

2.1.5 测试

启动 API 网关服务

1. 通过网关服务访问product-service：http://127.0.0.1:10030/product/1001

url 符合 yml 文件中配置的 /product/** 规则, 路由转发到 product-service: http://product-service/product/1001

访问时, 观察网关⽇志, 可以看到网关服务从Nacos时获取服务列表

2. 通过网关服务访问 order-service：http://127.0.0.1:10030/order/1

url 符合 yml 文件中配置的 /order/** 规则, 路由转发到 product-service: http://order-service/product/1001

2.2 Route Predicate Factories

2.2.1 Predicate

Predicate 是 Java 8 提供的⼀个函数式编程接口, 它接收⼀个参数并返回⼀个布尔值, 用于条件过滤, 请求参数的校验

@FunctionalInterface
public interface Predicate<T> {
   
   
	boolean test(T t);
	//...
}

代码演示:

1. 定义⼀个Predicate

class StringPredicate implements Predicate<String>{
   
   
	@Override
	public boolean test(String str) {
   
   
		return str.isEmpty();
	}
}

2. 使用这个 Predicate

public class PredictTest {
   
   
	public static void main(String[] args) {
   
   
		Predicate<String> predicate = new StringPredicate();
		System.out