在前面5章节，我们详细论述了如何在一个SpringBoot应用中，搭建Dubbo+Zookeeper，同时在此基础之上，引入了API GateWay-Soul（Soul只是API网关的一种，并非唯一也并非一定最优）。至少在使用层面上，我们有了基础的认知，在此基础之上，我们再回过头来看下，什么是API GateWay，以及他帮我们实现了什么？为什么现在越来越多的架构中都开始引入了API网关。
1.什么是API网关
可以简单理解为：他更像是一种思想，而不是一种具体的架构，在很多框架中都有体现，如国产的KONG，SOUL，SpringCloud中的ZUUL（NetFlix开源）都是网关的一种技术具体实现。
常见的API网关实现，其技术一般是依赖于：Netty + NIO + Servlet3.0 进行实现。
假设一种业务场景：服务1对外提供Http接口，同时依赖服务2的Dubbo协议接口，服务3的Http协议接口，服务4的SpringCloud协议，先不论接入的调试，至少我们项目在配置文件中，需要三个服务的地址或域名，每个环境都需要重新调试，对接三个系统。API网关就是帮助我们来解决这样一个场景的技术，我们不再需要单独调用每一个服务(当然还是可以单独调用的)，只要将1,2,3,4服务全部暴露注册进网关，其余时候直接去网关请求就可以，网关负责转发，数据同步，请求对应的接口。既然可以完成请求，响应，转发，自然API网关就可以帮助我们实现鉴权，限流，熔断降级等效果。
一句话来说，API网关的功能就是接收并转发请求到实际的接口，然后将实际接口返回的数据返回给调用方。
2.为什么需要API网关
RPC协议转成HTTP
由于在内部开发中我们都是以RPC协议(thrift or dubbo)去做开发，暴露给内部服务，当外部服务需要使用这个接口的时候往往需要将RPC协议转换成HTTP协议。
请求路由
在我们的系统中由于同一个接口新老两套系统都在使用，我们需要根据请求上下文将请求路由到对应的接口。
统一鉴权
对于鉴权操作不涉及到业务逻辑，那么可以在网关层进行处理，不用下层到业务逻辑。
统一监控
由于网关是外部服务的入口，所以我们可以在这里监控我们想要的数据，比如入参出参，链路时间。
流量控制，熔断降级
对于流量控制，熔断降级非业务逻辑可以统一放到网关层。
3.常见API网关
京东
唯品会
有赞
阿里
Zuul
实现关键
servlet3.0
netty
servlet3.0
servlet3.0
servlet3.0
异步情况
servlet异步，rpc是否异步不清楚
全链路异步
全链路异步
全链路异步
Zuul1同步阻塞,Zuul2异步非阻塞
限流
平滑限流。最初是codis，后续换到每个单机的令牌桶限流。
1.基本流控:基于API的QPS做限流。2.运营流控:支持APP流量包，APP+API+USER的流控33.大促流控:APP访问API的权重流控。阿里开源:Sentinel
提供了jar包:spring-cloud-zuul-ratelimit。1.对请求的目标URL进行限流（例如：某个URL每分钟只允许调用多少次)。2.对客户端的访问IP进行限流（例如：某个IP每分钟只允许请求多少次）3.对某些特定用户或者用户组进行限流（例如：非VIP用户限制每分钟只允许调用100次某个API等）4.多维度混合的限流。此时，就需要实现一些限流规则的编排机制。与、或、非等关系。支持四种存储方式ConcurrentHashMap,Consul,Redis,数据库。
熔断降级
Hystrix
只支持服务级别熔断，不支持URL级别。
隔离
线程池隔离
信号量隔离
线程池隔离，信号量隔离
缓存
redis
二级缓存，本地缓存+Codis
HDCC 本地缓存，远程缓存，数据库
需要自己开发
泛化调用
http,https,http1,http2,二进制
dubbo,http,nova
hsf,dubbo,http,https,http2,http1
只支持http
