Gateway--服务网关

大家都都知道在微服务架构中，一个系统会被拆分为很多个微服务。那么作为客户端（pc androud ios 平板）要如何去调用这么多的微服务呢？如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用。 axios.get(ip:port/url)   axios.get(ip:port/url)

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

1. 客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性
2. 认证复杂，每个服务都需要独立认证。
3. 存在跨域请求，在一定场景下处理相对复杂。

上面的这些问题可以借助API网关来解决。

所谓的API网关，就是指系统的统一入口，它封装了应用程序的内部结构，为客户端提供统一服 务，一些与业务本身功能无关的公共逻辑可以在这里实现，诸如认证、鉴权、监控（黑白名单）、路由转发等等。 添加上API网关之后，系统的架构图变成了如下所示：

  

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

1. Ngnix+lua
2. Kong
3. Zuul 1.0（慢 servlet 2.0 ） zuul2.0 没出来。
4. Spring Cloud Gateway

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

 Gateway简介

它的目标是替代 Netflix Zuul，其不仅提供统一的路由方式，并且基于 Filter 链的方式提供了网关基本的功能，

优点：

1. 性能强劲：是第一代网关Zuul的1.6倍
2. 功能强大：内置了很多实用的功能，例如转发、监控、限流等
3. 设计优雅，容易扩展

缺点：

1. 其实现依赖Netty与WebFlux，不是传统的Servlet编程模型，学习成本高
2. 不能将其部署在Tomcat、Jetty等Servlet容器里，只能打成jar包执行 web.Jar
3. 需要Spring Boot 2.0及以上的版本，才支持

、