⼤家都都知道在微服务架构中，⼀个系统会被拆分为很多个微服务。那么作为客户端要如何去调⽤ 这么多的微服务呢？如果没有⽹关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调⽤。         这样的架构，会存在着诸多的问题：

• 客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性
• 认证复杂，每个服务都需要独⽴认证。
• 微服务做集群的情况下，客户端并没有负责均衡的功能

上⾯的这些问题可以借助API⽹关来解决。 所谓的API⽹关，就是指系统的统⼀⼊⼝，它封装了应⽤程序的内部结构，为客户端提供统⼀服 务，⼀些与业务本身功能⽆关的公共逻辑可以在这⾥实现，诸如认证、鉴权、监控、路由转发等等。 添加上API⽹关之后，系统的架构图变成了如下所示：

 

⽹关是如何知道微服务的地址?⽹关如何进⾏负载均衡呢？

⽹关需要将⾃⼰的信息注册到注册中⼼Nacos上并且拉取其他微服务的信息，然后再调⽤的时候基于Ribbon实现负载均衡 。

常见网关介绍

Nginx+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简介

Spring Cloud Gateway是Spring公司基于Spring 5.0，Spring Boot 2.0 和 Project Reactor 等技术 开发的⽹关，它旨在为微服务架构提供⼀种简单有效的统⼀的 API 路由管理⽅式。它的⽬标是替代Netflflix Zuul，其不仅提供统⼀的路由⽅式，并且基于 Filter 链的⽅式提供了⽹关基本的功能，例如：安全，监控和限流。 优点： 性能强劲：是第⼀代⽹关Zuul的1.6倍 功能强⼤：内置了很多实⽤的功能，例如转发、监控、限流等 设计优雅，容易扩展 缺点： 其实现依赖Netty与WebFlux，不是传统的Servlet编程模型，学习成本⾼ 不能将其部署在Tomcat、Jetty等Servlet容器⾥，只能打成jar包执⾏ 需要Spring Boot 2.0及以上的版本，才⽀持

Gateway快速入门

1. 创建⼀个api-gateway 的模块,导⼊相关依赖

shop-parentcn.wolfcode1.0.04.0.0api-gatewayorg.springframework.cloudspring-cloud-starter-gatewaycom.alibaba.cloudspring-cloud-starter-alibaba-nacos-discoveryorg.projectlomboklombokcom.alibaba.cspsentinel-spring-cloud-gateway-adapter

2. 编写启动类

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

3. 编写配置⽂件

server:port: 9000
spring:application:name: api-gatewaycloud:nacos:discovery:server-addr: localhost:8848gateway:discovery:locator:enabled: true # 让gateway可以发现nacos中的微服务

4. 启动测试http://localhost:9000/product-service/product/1

自定义路由规则 

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

2. 启动测试http://localhost:9000/product-serv/product/1

Gateway概念

路由(Route) 是 gateway 中最基本的组件之⼀，表示⼀个具体的路由信息载体。主要定义了下⾯的⼏个信息:

• id，路由标识符，区别于其他 Route。
• uri，路由指向的⽬的地 uri，即客户端请求最终被转发到的微服务。
• order，⽤于多个 Route 之间的排序，数值越⼩排序越靠前，匹配优先级越⾼。
• predicate，断⾔的作⽤是进⾏条件判断，只有断⾔都返回真，才会真正的执⾏路由。
• filter，过滤器⽤于修改请求和响应信息。

我们将符合Path 规则的一切请求，都代理到 uri参数指定的地址。

本例中，我们将 /product-serv/**开头的请求，代理到lb://product-service，lb是负载均衡，根据服务名拉取服务列表，实现负载均衡。

网关路由的流程图

整个访问的流程如下：

总结：

网关搭建步骤：

    创建项目，引入nacos服务发现和gateway依赖

    配置application.yml，包括服务基本信息、nacos地址、路由