微服务网关是整个微服务API请求的入口，可以实现：
日志拦截权限控制解决跨域问题限流熔断负载均衡黑名单与白名单拦截授权......
服务网关 = 路由转发 + 过滤器
1、路由转发：接收一切外界请求，转发到后端的微服务上去；
2、过滤器：在服务网关中可以完成一系列的横切功能，例如权限校验、限流以及监控等，这些都可以通过过滤器完成（其实路由转发也是通过过滤器实现的）。
为什么需要服务网关？
上述所说的横切功能（以权限校验为例）可以写在三个位置：
每个服务自己实现一遍
写到一个公共的服务中，然后其他所有服务都依赖这个服务
写到服务网关的前置过滤器中，所有请求过来进行权限校验
第一种，缺点太明显，基本不用；
第二种，相较于第一点好很多，代码开发不会冗余，但是有两个缺点：
而服务网关恰好可以解决这样的问题：
将权限校验的逻辑写在网关的过滤器中，后端服务不需要关注权限校验的代码，所以服务的jar包中也不会引入权限校验的逻辑，不会增加jar包大小；
如果想修改权限校验的逻辑，只需要修改网关中的权限校验过滤器即可，而不需要升级所有已存在的微服务。
所以，需要服务网关！！！
2、过滤器与网关的区别 过滤器用于拦截单个服务网关拦截整个的微服务
3、Zuul 与 Gateway 有那些区别 Zuul 网关属于 netfix 公司开源的产品属于第一代微服务网关Gateway 属于SpringCloud自研发的第二代微服务网关相比来说 SpringCloud Gateway 性能比 Zuul 性能要好。
注意：Zuul 基于 Servlet 实现的，阻塞式的 Api， 不支持长连接。
SpringCloud Gateway 基于 Spring5 构建，能够实现响应式非阻塞式的 Api，支持长连接，能够更好的整合 Spring 体系的产品。
4、Nginx 与网关的区别
相同点：都是可以实现对 api 接口的拦截，负载均衡、反向代理、请求过滤等，可以实现和网关一样的效果。
不同点：
Nginx 采用C语言编写的
微服务都是自己语言编写的 比如 Gateway 就是 java 写的。
毕竟 Gateway 属于 Java 语言编写的， 能够更好对微服务实现扩展功能，相比 Nginx 如果想实现扩展功能需要结合 Nginx + Lua 语言等。
Nginx 实现负载均衡的原理：属于 服务器端负载均衡器。Gateway 实现负载均衡原理：采用 本地负载均衡器的形式。