API网关对比与技术选型

1. API网关功能

API 网关并非一个新兴的概念&＃xff0c;在十几年前就已经存在了&＃xff0c;它的作用主要是作为流量的入口&＃xff0c;统一的处理和业务相关的请求&＃xff0c;让请求更加安全、快速和准确的得到处理。它有以下传统的功能&＃xff1a;

1. 反向代理和负载均衡&＃xff0c;这和 Nginx 的定位和功能是一致的&＃xff1b;
2. 动态上游、动态 SSL 证书和动态限流限速等运行时的动态功能&＃xff0c;这是开源版本 Nginx 并不具备的功能&＃xff1b;
3. 上游的主动和被动健康检查&＃xff0c;以及服务熔断&＃xff1b;
4. 在 API 网关的基础之上进行扩展&＃xff0c;成为全生命周期的 API 管理平台。
   在最近几年&＃xff0c;业务相关的流量&＃xff0c;不再仅仅是由 PC 客户端和浏览器发起&＃xff0c;更多的来自手机、IoT 设备等&＃xff0c;未来随着 5G 的普及&＃xff0c;这些流量会越来越多&＃xff0c;同时&＃xff0c;随着微服务架构的结构变迁&＃xff0c;服务之间的流量也开始爆发性的增长。在这种新的业务场景下&＃xff0c;催生了API 网关更多、更高级的功能&＃xff1a;
5. 云原生友好&＃xff0c;架构要变得轻巧&＃xff0c;便于容器化&＃xff1b;
6. 对接 Prometheus、Zipkin、Skywalking 等统计、监控组件&＃xff1b;
7. 支持 gRPC 代理&＃xff0c;以及 http 到 gRPC 之间的协议转换&＃xff0c;把用户的 http 请求转为内部服务的 gPRC 请求&＃xff1b;
8. 承担 OpenID Relying Party 的角色&＃xff0c;对接 Auth0、okta 等身份认证提供商的服务&＃xff0c;把流量的安全作为头等大事来对待&＃xff1b;
9. 通过运行时动态执行用户函数的方式来实现 serverless&＃xff0c;让网关的边缘节点更加灵活&＃xff1b;
10. 不锁定用户&＃xff0c;支持混合云的部署架构&＃xff1b;
11. 最后就是网关节点要状态无关&＃xff0c;可以随意的扩容和缩容。

一个微服务 API 网关具备了上述十几项功能&＃xff0c;就可以让用户的服务只关心业务本身&＃xff0c;而和业务实现无关的功能&＃xff0c;比如服务发现、服务熔断、身份认证、限流限速、统计、性能分析等&＃xff0c;就可以在独立的网关层面来解决。从这个角度来看&＃xff0c;API 网关既可以替代 Nginx 的所有功能&＃xff0c;来处理南北向的流量&＃xff0c;也可以完成 Istio 控制面和 Envoy 数据面的角色&＃xff0c;来处理东西向的流量。

2. 备选的 API 网关

正因为微服务 API 网关的地位如此重要&＃xff0c;所以它一直处于兵家必争之地&＃xff0c;传统的 IT 巨头在这个领域很早就都有布局&＃xff0c;比如谷歌、CA、IBM、红帽、salesforce、以及 AWS、阿里云等公有云厂商。
这些闭源的商业产品&＃xff0c;它们的功能都很完善&＃xff0c;覆盖了 API 的设计、多语言 SDK、文档、测试和发布等全生命周期管理&＃xff0c;并且提供 SaaS 服务&＃xff0c;有些还与公有云做了集成&＃xff0c;使用起来非常方便&＃xff0c;但同时也带来两个痛点&＃xff1a;
平台锁定。API 网关是业务流量的入口&＃xff0c;它不像图片、视频等 CDN 加速的这种非业务流量可以随意迁移&＃xff0c;API 网关上会绑定不少业务相关的逻辑&＃xff0c;一旦使用了闭源的方案&＃xff0c;就很难平滑和低成本的迁移到其他平台。
无法二次开发。一般的大中型企业都会有自己独特的需求&＃xff0c;需要定制开发&＃xff0c;这时候你就只能依靠厂商&＃xff0c;而不能自己动手去做二次开发。
所以我们更偏重于开源的 API 网关方案&＃xff0c;比如 Kong、APISIX 和 Tyk 等。这些 API 网关是从云原生软件基金会&＃xff08;CNCF&＃xff09;的全景图中摘选的&＃xff1a;

3、选型依据

1.部署和维护成本

• 是可以在单机就能完整部署&＃xff0c;还是需要多个节点配合才能使用&＃xff1f;
• 是否有外部的数据库依赖&＃xff1f;比如 MySQL、Postgres&＃xff1f;
• 是否有 web 控制台可以操作整个集群&＃xff1f;

2.开源还是闭源

• 你是否可以编写自己的插件来扩展 API 网关的功能&＃xff1f;
• 当你使用了某个 API 网关后&＃xff0c;是否可以平滑而且低成本的迁移到其他 API 网关&＃xff1f;
• 是否会被锁定在特定的平台上&＃xff1f;

3.能否私有化部署

• 是否支持部署在用户自己的内部服务器中&＃xff1f;
• 是否支持多云、混合云的部署模式&＃xff1f;

4.功能

• 是否支持动态上游、动态 SSL 证书、主动/被动健康检查这些基本的功能
• 能否对接 Prometheus、Zipkin、Skywalking 等统计、监控组件
• 是否可以通过 HTTP REST API 和 yaml 配置文件这两种方式&＃xff0c;来控制网关配置

5.社区

• 使用者能否通过 Github、QQ 群、Stack Overflow 等方式联系到社区的开发者&＃xff1f;
• 开源许可证是否友好&＃xff1f;
• 是否可以方便的提交自己的修改到主线版本&＃xff1f;
• 背后是否有商业公司支持&＃xff1f;

6.商业支持和价格

• 开源版本和商业版本差异是否很大&＃xff1f;
• 商业版本是按照 API 调用次数还是订阅方式收费&＃xff1f;

4.API 网关对比

下面是各个 API 网关多个角度的对比结果&＃xff1a;