 APISEVEN 和Kong EE 的性能评测APISEVEN和KongEE的性能评测--GigaOm ⾼性能API管理测试 产品评估:API7和Kong企业版 1-摘要3 2-云上的API管理5 API76 图1.API7技术架构7 Kong企业版7 3-GigaOmAPI负载测试设置9 API压⼒测试9 测试环境10 单节点10 环境清单10 软件版本信息11 常每 ⽉API调⽤次数超过100亿次。因此,在选择API管理解决⽅案时,性能是⼀个关键因素。 在本⽂中,我们展⽰了使⽤2个全⽣命周期API管理平台完成的性能测试结果:API7和Kong企业版 (KongEE)。 在我们的单节点设置中,API7所有的压⼒测试结果都优于KongEE。在每秒10,000个请求的情况下, 99.99%的情况API7的延迟⽐KongEE低14倍 全托管的服务产品,我们不知道这些产品的底层配置(处理能⼒、内存、⽹络等)是什么样的。我们 的测试展⽰了⼀⼩部分潜在配置和负载。 作为报告的发起⼈,API7选择了默认的API⽹关⸺该解决⽅案没有根据性能进⾏调整或更改。Kong 企业版选择了在CPU和内存配置⽅⾯最接近的配置。 我们把公平性的问题留给读者来决定。作为读者,我们强烈建议你抛开产品的营销信息,⾃⼰去辨别 什么是有价值的。我们希望这份报告内容丰富,有助于你做选择,了解不同产品的细微差别。0 码力 | 14 页 | 1.11 MB | 1 年前3 APISEVEN 和Kong EE 的性能评测APISEVEN和KongEE的性能评测--GigaOm ⾼性能API管理测试 产品评估:API7和Kong企业版 1-摘要3 2-云上的API管理5 API76 图1.API7技术架构7 Kong企业版7 3-GigaOmAPI负载测试设置9 API压⼒测试9 测试环境10 单节点10 环境清单10 软件版本信息11 常每 ⽉API调⽤次数超过100亿次。因此,在选择API管理解决⽅案时,性能是⼀个关键因素。 在本⽂中,我们展⽰了使⽤2个全⽣命周期API管理平台完成的性能测试结果:API7和Kong企业版 (KongEE)。 在我们的单节点设置中,API7所有的压⼒测试结果都优于KongEE。在每秒10,000个请求的情况下, 99.99%的情况API7的延迟⽐KongEE低14倍 全托管的服务产品,我们不知道这些产品的底层配置(处理能⼒、内存、⽹络等)是什么样的。我们 的测试展⽰了⼀⼩部分潜在配置和负载。 作为报告的发起⼈,API7选择了默认的API⽹关⸺该解决⽅案没有根据性能进⾏调整或更改。Kong 企业版选择了在CPU和内存配置⽅⾯最接近的配置。 我们把公平性的问题留给读者来决定。作为读者,我们强烈建议你抛开产品的营销信息,⾃⼰去辨别 什么是有价值的。我们希望这份报告内容丰富,有助于你做选择,了解不同产品的细微差别。0 码力 | 14 页 | 1.11 MB | 1 年前3
 API7 ⽹关技术⽩⽪书和路由数量⽆关)。 下图是在10000rps的情况下,API7和Kong企业版的延迟对⽐。 图2-3在单节点和10krps的情况下,API7与Kong企业版性能对⽐ 从中可以看出,API7的延迟表现⾮常稳定,99.9%的请求都在6毫秒内完成了处理;⽽Kong企业版 的延迟是API7的⼏⼗倍。 下图是开启了JWT认证插件后,同样的10000rps的延迟表现: 0rps的延迟表现: 图2-4在开启JWT插件和10krps的情况下,API7与Kong企业版性能对⽐ 可以看到,在开启JWT插件后API7的请求延迟表现依然稳定,⽽Kong企业版的延迟是API7的数百 倍,差距⾮常明显。0 码力 | 19 页 | 1.12 MB | 1 年前3 API7 ⽹关技术⽩⽪书和路由数量⽆关)。 下图是在10000rps的情况下,API7和Kong企业版的延迟对⽐。 图2-3在单节点和10krps的情况下,API7与Kong企业版性能对⽐ 从中可以看出,API7的延迟表现⾮常稳定,99.9%的请求都在6毫秒内完成了处理;⽽Kong企业版 的延迟是API7的⼏⼗倍。 下图是开启了JWT认证插件后,同样的10000rps的延迟表现: 0rps的延迟表现: 图2-4在开启JWT插件和10krps的情况下,API7与Kong企业版性能对⽐ 可以看到,在开启JWT插件后API7的请求延迟表现依然稳定,⽽Kong企业版的延迟是API7的数百 倍,差距⾮常明显。0 码力 | 19 页 | 1.12 MB | 1 年前3
 03-基于Apache APISIX的全流量API网关-温铭的所有变量作为条件,并且支持自定义函数;其他网关都是 内置的几个条件; • Apache APISIX 使用 etcd 作为配置中心,没有单点,任意宕掉一台机 器,网关集群还能正常运行。其他基于 mysql,postgres 的网关都会有单点 问题 • Apache APISIX 的配置下发只要 1 毫秒就能达到所有网关节点,使用的是 etcd 的 watch;其他网关是 定期轮询数据库,一般需要 5 服气:社区大于代码 • The Apache Way • 活跃的社区,会重构坏的代码;但再好的代码,也会死于独裁的社区 • 案例:Apache APISIX dashboard 的重构,社区对于 MySQL 的方案不满, “怨声载道”,然后来自 5 家公司的贡献者一起重构掉它 规划 • 2.0 版本(即将发布):使用 etcd v3 替代 v2 • 3.0 版本:废弃 admin API,分离0 码力 | 11 页 | 6.56 MB | 6 月前3 03-基于Apache APISIX的全流量API网关-温铭的所有变量作为条件,并且支持自定义函数;其他网关都是 内置的几个条件; • Apache APISIX 使用 etcd 作为配置中心,没有单点,任意宕掉一台机 器,网关集群还能正常运行。其他基于 mysql,postgres 的网关都会有单点 问题 • Apache APISIX 的配置下发只要 1 毫秒就能达到所有网关节点,使用的是 etcd 的 watch;其他网关是 定期轮询数据库,一般需要 5 服气:社区大于代码 • The Apache Way • 活跃的社区,会重构坏的代码;但再好的代码,也会死于独裁的社区 • 案例:Apache APISIX dashboard 的重构,社区对于 MySQL 的方案不满, “怨声载道”,然后来自 5 家公司的贡献者一起重构掉它 规划 • 2.0 版本(即将发布):使用 etcd v3 替代 v2 • 3.0 版本:废弃 admin API,分离0 码力 | 11 页 | 6.56 MB | 6 月前3
 有了 NGINX 和 Kong,为什么还需要 Apache APISIX-王院生APISIX, 由你决定 • 与 Spring Cloud、Dubbo 等微服务框架良好集成 • APISIX Mesh:Q2 季度开源 • ⽀持更多配置中⼼:redis、nacos、PostgreSQL、MySQL 等 • ⾃定义 RPC 协议:⽀持多路复⽤,Q3-4 季度开源 APISIX 初步计划 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 APISIX:全流量数据⾯0 码力 | 34 页 | 25.78 MB | 6 月前3 有了 NGINX 和 Kong,为什么还需要 Apache APISIX-王院生APISIX, 由你决定 • 与 Spring Cloud、Dubbo 等微服务框架良好集成 • APISIX Mesh:Q2 季度开源 • ⽀持更多配置中⼼:redis、nacos、PostgreSQL、MySQL 等 • ⾃定义 RPC 协议:⽀持多路复⽤,Q3-4 季度开源 APISIX 初步计划 云 原 ⽣ 社 区 M e e t u p 第 四 期 · ⼴ 州 站 APISIX:全流量数据⾯0 码力 | 34 页 | 25.78 MB | 6 月前3
共 4 条
- 1













