6-Spring Cloud Alibaba实战-Gateway网关核心架构

Gateway服务网关

网关简介

官方指南：https://cloud.spring.io/spring-cloud-gateway/reference/html/#route-metadata-configuration

大家都都知道在微服务架构中，一个系统会被拆分为很多个微服务。那么作为客户端要如何去调用这么 多的微服务呢？如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用。

这样的架构，会存在着诸多的问题：

客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性认证复杂，每个服务都需要独立认证。

存在跨域请求，在一定场景下处理相对复杂。上面的这些问题可以借助API网关来解决。

所谓的API网关，就是指系统的统一入口，它封装了应用程序的内部结构，为客户端提供统一服务，一 些与业务本身功能无关的公共逻辑可以在这里实现，诸如认证、鉴权、监控、路由转发等等。

添加上API网关之后，系统的架构图变成了如下所示：

我们也可以观察下，我们现在的整体架构图：

在业界比较流行的网关，有下面这些：

Ngnix+lua：使用nginx的反向代理和负载均衡可实现对api服务器的负载均衡及高可用，lua是一 种脚本语言,可以来编写一些简单的逻辑,nginx支持lua脚本

Kong：基于Nginx+Lua开发，性能高，稳定，有多个可用的插件(限流、鉴权等等)可以开箱即

用。 问题：只支持Http协议；二次开发，自由扩展困难；提供管理API，缺乏更易用的管控、配置方式。

Zuul ：Netflflix开源的网关，功能丰富，使用JAVA开发，易于二次开发 问题：缺乏管控，无法动态配置；依赖组件较多；处理Http请求依赖的是Web容器，性能不如Nginx

Spring Cloud Gateway：Spring公司为了替换Zuul而开发的网关服务，将在下面具体介绍。

注意：SpringCloud alibaba技术栈中并没有提供自己的网关，我们可以采用Spring Cloud Gateway来做网关

Gateway简介

SpringCloudGateway是Spring公司基于Spring5.0，SpringBoot2.0和 ProjectReactor等技术开发的网关，它旨在为微服务架构提供一种简单有效的统一的 API路由管理方式。它的目标是替代Netflflix Zuul，其不仅提供统一的路由方式，并且基于 Filter 链的方式提供了网关基本的功能，例如：安全，监控和限流。

优点：

性能强劲：是第一代网关Zuul的1.6倍

功能强大：内置了很多实用的功能，例如转发、监控、限流等设计优雅，容易扩展

缺点：

其实现依赖Netty与WebFlux，不是传统的Servlet编程模型，学习成本高 不能将其部署在Tomcat、Jetty等Servlet容器里，只能打成jar包执行

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

Gateway快速入门

要求: 通过浏览器访问api网关,然后通过网关将请求转发到商品微服务

基础版

第1步：创建一个 api-gateway 的模块,导入相关依赖

<?xml version="1.0" encoding="UTF-8"?> 
<project xmlns="[http://maven.apache.org/POM/4.0.0"](http://maven.apache.org/POM/4.0.0) xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 [http://maven.apache.org/xsd/maven-4.0.0.xsd"](http://maven.apache.org/xsd/maven-4.0.0.xsd)> 

<parent> 

<artifactId>springcloud-alibaba</artifactId> <groupId>com.naixue</groupId> 

<version>1.0-SNAPSHOT</version> 

</parent> 

<modelVersion>4.0.0</modelVersion> 

<artifactId>api-gateway</artifactId> 

<dependencies> <!--gateway网关--> <dependency>

 <groupId>org.springframework.cloud</groupId> 

<artifactId>spring-cloud-starter-gateway</artifactId> 

</dependency> </dependencies> 

</project>

第2步: 创建主类

package com.naixue.gateway;
@SpringBootApplication
@EnableDiscoveryClient
public class GateWayApplication {

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

第3步: 添加配置文件

server: 
	port: 7000 
spring: 
	application: 
		name: api-gateway 
	cloud: 
		gateway: 
			routes: # 路由数组[路由 就是指定当请求满足什么条件的时候转到哪个微服务] 
				- id: product_route # 当前路由的标识, 要求唯一
				uri: http://localhost:8081 # 请求要转发到的地址
				order: 1 # 路由的优先级,数字越小级别越高
				predicates: # 断言(就是路由转发要满足的条件)
					-Path=/product-serv/** # 当请求路径满足Path指定的规则时,才进行路由转发 				
				filters: # 过滤器,请求在传递过程中可以通过过滤器对其进行一定的修改
					 \- StripPrefix=1 # 转发之前去掉1层路径 

第4步: 启动项目, 并通过网关去访问微服务

增强版

第1步：加入nacos依赖

<!--nacos客户端--> 
<dependency> 
<groupId>com.alibaba.cloud</groupId> 
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> 
</dependency>

第2步：在主类上添加注解

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

第3步：修改配置文件

server: 
	port: 7000 
	spring: 
		application: 
			name: api-gateway
			cloud: 
				nacos: 
					discovery: 
						server-addr: 127.0.0.1:8848 
        gateway: 
        	discovery: 
        		locator: 
        			enabled: true # 让gateway可以发现nacos中的微服务 
          routes: 
          	- id: product_route 
          	uri: lb://service-product # lb指的是从nacos中按照名称获取微服务,并遵循负载均衡策略
          	predicates: 
          		- Path=/product-serv/** 
            filters: - StripPrefix=1

第4步:测试

简写版

第1步: 去掉关于路由的配置

server: 
	port: 7000 
	spring: 
		application: 
			name: api-gateway
			cloud: 
				nacos: 
					discovery: 
						server-addr: 127.0.0.1:8848 
        gateway: 
        	discovery: 
        		locator: 
        			enabled: true

第2步: 启动项目，并通过网关去访问微服务

http://localhost:8080/nx-customer/api/user/select?userId=43

这时候，就发现只要按照网关地址微服务接口的格式去访问，就可以得到成功响应。
核心原理篇见下篇文章。