在前面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 |
