API 网关对比

Apigee vs. Kong

您是否在选择 API 网关供应商时感到困难?我们的专家团队进行了全面的分析,旨在帮助您找到最适合您需求的 API 网关。

免费试用 API7申请试用

对比

Apigee
Kong
Apache APISIX
QPS
是 Kong QPS 的 200%
延迟
延迟尚可
低延迟
比 Kong 快 93 倍
插件
依赖 Google 的扩展
支持第三方插件,但大多数插件是闭源的
100+ 开源插件
插件热更新
不支持
不支持
支持
定制开发
难以根据需求进行定制开发
支持使用 Go 或 WebAssembly 进行定制开发
支持使用 Java, Go, Python 和 WebAssembly 进行定制开发
部署方式
传统上是本地部署,现在专注于 Google Cloud
本地部署、多云、任意云、混合云
本地部署、多云、任意云、混合云
供应商锁定
基于 Google Cloud 运行,与 Google 平台高度绑定
开源项目由 Kong Inc. 控制,许可证可能会变更
开源并捐赠给 Apache 软件基金会;无需担心供应商锁定
用户支持
基础定价层级的支持很少
开源帮助有限
社区活跃,问题可在 Slack 和 GitHub 上及时解决

选择 API 网关时最需要考虑的因素

1. 高性能

Kong 和 Apigee 是市场上两款流行的 API 网关解决方案。Apigee 的设计初衷是将传统的单体应用转化为可供第三方使用的 API,较少关注微服务和内部 API。由于其遗留架构,Apigee 的性能相对较低。

另一方面,Kong 旨在高效处理大量 API 流量,其性能高于 Apigee。然而,还有一种新的解决方案比这两者性能更好:Apache APISIX。

根据 APISIX 3.0 和 Kong 3.0 的对比分析,在不使用插件的情况下,APISIX 3.0 的性能约为 Kong 3.0 的 140%;在使用插件的情况下,APISIX 3.0 的性能约为 Kong 3.0 的 200%。

基于 NGINX 和 LuaJIT 构建,APISIX 的单核 QPS 达到 23,000,平均延迟仅为 0.2 毫秒。它是一个以卓越性能、可扩展性和灵活性著称的开源 API 网关。

2. 可扩展性

Apigee 虽然是一款流行的 API 网关,但通常被视为与 Google Cloud Platform (GCP) 紧密集成,并且在遗留解决方案方面可能存在局限性。这对于复杂的微服务用例来说限制较多且成本效益较低。此外,Apigee 包含一套独立的产品,其中 Apigee Edge 和 Apigee X 构建在不同的平台上(虽然已开始整合这些产品,但仍处于不成熟阶段)。因此,轻松扩展 Apigee 较为困难。

开发人员和软件开发者使用 Kong 来构建 API 门户,组织 API 并调整扩展。随着 Kong 实例数量的增加以处理增加的流量,管理和配置多个实例可能会变得更加复杂,需要仔细协调。此外,由于存在一些连接容量滞后的问题,情况会有些复杂。

Apache APISIX 凭借其活跃的开发和开源特性脱颖而出。它在受欢迎程度方面势头强劲,与 Kong 相比,拥有更高的增长率和更多的贡献者。

APISIX 每天为其大型客户支持数百亿次 API 调用。此外,APISIX 支持 100 多个开箱即用的开源插件,并允许定制和扩展,使组织能够根据其特定的可扩展性需求定制网关。

3. 功能特性

Kong 和 Apigee 都是具有多种功能的 API 管理解决方案。然而,Apigee 由于其复杂的 Cassandra 数据库配置,部署复杂度可能较高,而且它较少关注微服务和内部 API,这些大多与 Google 平台绑定。

Kong 拥有庞大且活跃的开源社区,为其插件和扩展做出了贡献。然而,Kong 的社区活跃度不如 APISIX,用户支持也不够及时和高质量。而且那些最有用的功能仅在 Kong 的企业版中可用,例如插件排序、深度的 WebSocket 和 OpenID Connect 支持以及 FIPS 140-2 合规性,而这些在 APISIX 中都是支持的。

Apache APISIX 是一个开源微服务 API 网关,具有设计良好的架构,适用于云原生应用、微服务和容器化。作为一个完全开源的云原生 API 网关,APISIX 可以在本地、多云和混合云中自行管理。

作为 ASF 的顶级开源项目之一,Apache APISIX 拥有许多功能,如动态路由热更新金丝雀发布速率限制和服务可观测性。APISIX 的亮点在于其广泛的功能集,能够满足现代组织的需求。

4. 供应商锁定

考虑到供应商锁定,Apigee 是一个专有解决方案,客户在定制和扩展平台方面的灵活性有限。从 Apigee 迁移到其他解决方案可能涉及巨大的工作量。这可能会限制组织切换或迁移到其他平台的灵活性和可移植性。

Kong 虽然提供了自托管的开源解决方案,但归一家公司所有,未来可能会更改其许可或闭源。这可能导致供应商锁定,用户如果不付出巨大努力将无法切换到其他提供商。

对于那些寻找尽量减少供应商锁定的替代方案的人来说,APISIX 是一个绝佳的选择。APISIX 是一个开源 API 网关,归 Apache 软件基金会 所有,并采用 Apache 2.0 许可证。

这意味着 APISIX 的源代码是公开可用的,任何人都可以自由使用、修改和分发,从而保证用户可以继续使用和修改软件,而不会被锁定在特定供应商的服务中。

5. 生态系统与增长

对比 Apigee、Kong 和 APISIX,Apigee 在生态系统和增长方面没有那么强的竞争力。由于正在重构其独立的产品,Apigee 无论是在本地、多云还是混合云环境中都不够成熟。

作为一个开源 API 网关,Kong 在生态系统支持和增长方面优于 Apigee,但与 APISIX 相比,其开源帮助的可用性有限。

相比之下,Apache APISIX 已成为最活跃的开源 API 网关项目,生态系统发展迅速。APISIX 保持了极佳的增长率,在贡献者数量方面甚至超过了 Kong。

其活跃的贡献者社区和对技术进步的奉献精神进一步巩固了其作为 API 管理和集成需求的不二之选的地位。

6. 客户满意度

这两种解决方案的客户都对其公司提供的全面文档、支持和培训表示赞赏。

Apigee 基于定价层级提供服务,这意味着基础定价层级的服务有限。Kong 以提供满足其企业客户需求的一系列服务和功能而闻名。

相比之下,APISIX 作为一个充满希望的选择,收到了来自 Amber GroupAirwallexzoomvivo爱奇艺 等不同行业和国家的用户的积极反馈。其高性能、可扩展性和基于插件的架构使其成为开发者和企业的热门选择。

许多客户从 Kong 迁移到 APISIX,因为 APISIX 更轻量级,并且显着提高了性能。社区的参与和持续改进有助于构建一个响应用户需求并促进积极客户体验的生态系统。

准备好开始了吗?

如需了解有关完整 API 生命周期管理的更多信息,请联系我们的 API 专家。

联系我们

微信咨询

获取方案