 APISEVEN 和Kong EE 的性能评测2-云上的API管理5 API76 图1.API7技术架构7 Kong企业版7 3-GigaOmAPI负载测试设置9 API压⼒测试9 测试环境10 单节点10 环境清单10 软件版本信息11 4-测试结果12 图2.空转时的压⼒测试API的基线延迟12 图3.API7与KongEE在20,000rps时的对⽐13 6-附录16 7-关于GigaOm19 8-关于API720 1-摘要 本报告重点介绍了部署在云上的API管理平台。云让企业通过微服务快速地构建差异和创新,在⼏分钟 内就能完成API节点的克隆和扩展。与本地部署相⽐,云有良好的扩展性,能更快地进⾏服务器部署和 应⽤程序开发,且能降低计算成本的开销。 更重要的是,许多组织也依赖API和微服务来实现⾼性能和可⽤性。在本⽂中,我们将“⾼性能”定义 ⽉API调⽤次数超过100亿次。因此,在选择API管理解决⽅案时,性能是⼀个关键因素。 在本⽂中,我们展⽰了使⽤2个全⽣命周期API管理平台完成的性能测试结果:API7和Kong企业版 (KongEE)。 在我们的单节点设置中,API7所有的压⼒测试结果都优于KongEE。在每秒10,000个请求的情况下, 99.99%的情况API7的延迟⽐KongEE低14倍。API7和KongEE⼆者百分⽐越⾼延迟差异越明显。在0 码力 | 14 页 | 1.11 MB | 1 年前3 APISEVEN 和Kong EE 的性能评测2-云上的API管理5 API76 图1.API7技术架构7 Kong企业版7 3-GigaOmAPI负载测试设置9 API压⼒测试9 测试环境10 单节点10 环境清单10 软件版本信息11 4-测试结果12 图2.空转时的压⼒测试API的基线延迟12 图3.API7与KongEE在20,000rps时的对⽐13 6-附录16 7-关于GigaOm19 8-关于API720 1-摘要 本报告重点介绍了部署在云上的API管理平台。云让企业通过微服务快速地构建差异和创新,在⼏分钟 内就能完成API节点的克隆和扩展。与本地部署相⽐,云有良好的扩展性,能更快地进⾏服务器部署和 应⽤程序开发,且能降低计算成本的开销。 更重要的是,许多组织也依赖API和微服务来实现⾼性能和可⽤性。在本⽂中,我们将“⾼性能”定义 ⽉API调⽤次数超过100亿次。因此,在选择API管理解决⽅案时,性能是⼀个关键因素。 在本⽂中,我们展⽰了使⽤2个全⽣命周期API管理平台完成的性能测试结果:API7和Kong企业版 (KongEE)。 在我们的单节点设置中,API7所有的压⼒测试结果都优于KongEE。在每秒10,000个请求的情况下, 99.99%的情况API7的延迟⽐KongEE低14倍。API7和KongEE⼆者百分⽐越⾼延迟差异越明显。在0 码力 | 14 页 | 1.11 MB | 1 年前3
 API7 ⽹关技术⽩⽪书增加⼀条路由,并配置限速插件,当触发到限速阈值后,⽹关将会暂时阻⽌后续匹配到该路由的请求 进⼊。借助ETCD的Watch机制,当管理员在控制⾯板更新配置后,API7将在毫秒级别内通知到各个 ⽹关节点。 其它 3. 从图1-1可⻅,API7采⽤了数据平⾯与控制平⾯分离的架构⽅式,通过配置中⼼接收、下发配置,使 得数据平⾯不会受到控制平⾯影响。配置中⼼默认为ETCD,但也⽀持Consul、Nacos、Eureka等, ⾼可⽤ 2. API7默认选⽤ETCD作为配置中⼼,ETCD天然⽀持分布式、⾼可⽤,并且在K8s等领域有⼤量实践 经验,使得API7可以轻松⽀持毫秒级配置更新、⽀撑数千⽹关节点;⽹关节点⽆状态,可任意扩容或 缩容; 协议转换 3. ⽀持丰富的协议类型,如TCP/UDP、Dubbo、MQTT、gRPC、SOAP、WebSocket等; 安全防护 4. 内置多种⾝份 与路由算法,不受限 于API⽹关实现;通过运⾏时动态执⾏⽤⼾⾃定义函数⽅式来实现Serverless,使⽹关边缘节点更加 灵活; 治理能⼒丰富 8. 如故障隔离、熔断降级、限流限速等;在启⽤主动健康检查后,⽹关将⽀持智能跟踪不健康上游节点 的能⼒,并⾃动过滤不健康节点,以提⾼整体服务稳定性。 1.3功能架构 API⽹关主要包含了如下功能模块: ⽤⼾系统:借助⽤⼾系统,0 码力 | 19 页 | 1.12 MB | 1 年前3 API7 ⽹关技术⽩⽪书增加⼀条路由,并配置限速插件,当触发到限速阈值后,⽹关将会暂时阻⽌后续匹配到该路由的请求 进⼊。借助ETCD的Watch机制,当管理员在控制⾯板更新配置后,API7将在毫秒级别内通知到各个 ⽹关节点。 其它 3. 从图1-1可⻅,API7采⽤了数据平⾯与控制平⾯分离的架构⽅式,通过配置中⼼接收、下发配置,使 得数据平⾯不会受到控制平⾯影响。配置中⼼默认为ETCD,但也⽀持Consul、Nacos、Eureka等, ⾼可⽤ 2. API7默认选⽤ETCD作为配置中⼼,ETCD天然⽀持分布式、⾼可⽤,并且在K8s等领域有⼤量实践 经验,使得API7可以轻松⽀持毫秒级配置更新、⽀撑数千⽹关节点;⽹关节点⽆状态,可任意扩容或 缩容; 协议转换 3. ⽀持丰富的协议类型,如TCP/UDP、Dubbo、MQTT、gRPC、SOAP、WebSocket等; 安全防护 4. 内置多种⾝份 与路由算法,不受限 于API⽹关实现;通过运⾏时动态执⾏⽤⼾⾃定义函数⽅式来实现Serverless,使⽹关边缘节点更加 灵活; 治理能⼒丰富 8. 如故障隔离、熔断降级、限流限速等;在启⽤主动健康检查后,⽹关将⽀持智能跟踪不健康上游节点 的能⼒,并⾃动过滤不健康节点,以提⾼整体服务稳定性。 1.3功能架构 API⽹关主要包含了如下功能模块: ⽤⼾系统:借助⽤⼾系统,0 码力 | 19 页 | 1.12 MB | 1 年前3
 从Apache APISIX 来看API 网关的演进• 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 24 页 | 1.36 MB | 1 年前3 从Apache APISIX 来看API 网关的演进• 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 24 页 | 1.36 MB | 1 年前3
 Apache APISIX 在安信 PaaS 平台的应用1、认证鉴权功能从业务代码剥离 APISIX helm模板 APISIX 插件模板 APISIX upstream&API 应用模板 应用发布 安信PaaS平台如何管理APISIX 版本、节点数、资源、配置文件 链路、监控、日志、认证、流控 APISIX 告警模板 对接内部告警平台 初始化 upstream 和 API service1 service2 service3 service1/*0 码力 | 14 页 | 621.17 KB | 1 年前3 Apache APISIX 在安信 PaaS 平台的应用1、认证鉴权功能从业务代码剥离 APISIX helm模板 APISIX 插件模板 APISIX upstream&API 应用模板 应用发布 安信PaaS平台如何管理APISIX 版本、节点数、资源、配置文件 链路、监控、日志、认证、流控 APISIX 告警模板 对接内部告警平台 初始化 upstream 和 API service1 service2 service3 service1/*0 码力 | 14 页 | 621.17 KB | 1 年前3
 基于 Apache APISIX 的下一代微服务架构 -- 从 0 到 1:APISIX 的 Apache 之路• 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 33 页 | 1.55 MB | 1 年前3 基于 Apache APISIX 的下一代微服务架构 -- 从 0 到 1:APISIX 的 Apache 之路• 每个微服务都要带 sidecar • 多次的流量转发,不适合对性能要求高的场景 • 不如 Nginx 稳定 下一代微服务会是怎样? • 分久必合,抛弃 sidecar • 走向中心节点或者集群的模式 • 也就是下一代网关:全动态、全协议支持、高性能、云原生友好 我希望 Apache APISIX 可以担此重任! Q&A0 码力 | 33 页 | 1.55 MB | 1 年前3
 Apache APISIX
微服务⽹关性能架构解析Service Service Apache APISIX 部署 APISIX Gateway Admin APISIX Admin APISIX Gateway All In One 节点⽆无状态特性 • ⾼高可⽤用 • 弹性伸缩 • 分布式 • 集群 • 故障⾃自动转移 API ⽹网关基本架构 admin API router ??? plugins administrator0 码力 | 41 页 | 15.62 MB | 1 年前3 Apache APISIX
微服务⽹关性能架构解析Service Service Apache APISIX 部署 APISIX Gateway Admin APISIX Admin APISIX Gateway All In One 节点⽆无状态特性 • ⾼高可⽤用 • 弹性伸缩 • 分布式 • 集群 • 故障⾃自动转移 API ⽹网关基本架构 admin API router ??? plugins administrator0 码力 | 41 页 | 15.62 MB | 1 年前3
 有了 NGINX 和 Kong,为什么还需要 Apache APISIX-王院生多语⾔⽀持:⽐如 Java、Golang 等 • ⾼质量周边⽣态:resty-radixtree, jsonschema, ipmatcher 等 • 完备 7 层协议⽀持 • ⽣产⽤户使⽤量:⼏千节点的部署量,最⼤单⽤户⽇请求量80~100亿(7 台服务器,⽇常 CPU 占⽤率 8~10%) • 更多:https://apisix.apache.org 云 原 ⽣ 社 区 M e e t u0 码力 | 34 页 | 25.78 MB | 6 月前3 有了 NGINX 和 Kong,为什么还需要 Apache APISIX-王院生多语⾔⽀持:⽐如 Java、Golang 等 • ⾼质量周边⽣态:resty-radixtree, jsonschema, ipmatcher 等 • 完备 7 层协议⽀持 • ⽣产⽤户使⽤量:⼏千节点的部署量,最⼤单⽤户⽇请求量80~100亿(7 台服务器,⽇常 CPU 占⽤率 8~10%) • 更多:https://apisix.apache.org 云 原 ⽣ 社 区 M e e t u0 码力 | 34 页 | 25.78 MB | 6 月前3
 03-基于Apache APISIX的全流量API网关-温铭作为配置中心,没有单点,任意宕掉一台机 器,网关集群还能正常运行。其他基于 mysql,postgres 的网关都会有单点 问题 • Apache APISIX 的配置下发只要 1 毫秒就能达到所有网关节点,使用的是 etcd 的 watch;其他网关是 定期轮询数据库,一般需要 5 秒才能获取到最新配置 • 只有 Apache APISIX 开放了自定义负载均衡的挂载点,其他网关都不支持 独创的插件编排/低代码0 码力 | 11 页 | 6.56 MB | 6 月前3 03-基于Apache APISIX的全流量API网关-温铭作为配置中心,没有单点,任意宕掉一台机 器,网关集群还能正常运行。其他基于 mysql,postgres 的网关都会有单点 问题 • Apache APISIX 的配置下发只要 1 毫秒就能达到所有网关节点,使用的是 etcd 的 watch;其他网关是 定期轮询数据库,一般需要 5 秒才能获取到最新配置 • 只有 Apache APISIX 开放了自定义负载均衡的挂载点,其他网关都不支持 独创的插件编排/低代码0 码力 | 11 页 | 6.56 MB | 6 月前3
共 8 条
- 1













