onlytiancai brileyhe 开源，开⼼心 什什么是 API ⽹网关 微服务 API ⽹网关 重复造轮⼦子 why? ⾏行行业⽼老老⼤大：⼤大多基于 Java + JS，性能差，不不⽀支持⼆二 次开发。⽐比如 Apigee、3Scale、Amazon 等。 ⾏行行业远⻅见者：多基于 OpenResty + Golang，少数开 源，⽐比如：Tyk、Kong 等，代码量量较重。 Apache APISIX 技术选型 数据校验：jsonschema • 数据校验规范：Google 排名第⼀一 • 有多个不不同语⾔言客户端，涵盖了了⼏几乎⽬目前主流的 所有语⾔言实现。 • 有现成的压测结果供参考供对⽐比 Apache APISIX 技术选型 validator：iresty/jsonschema • 刚需：draft4（可满⾜足 99% 的场景）， draft6 和 draft7 IP Whitelist/Blacklist • Stand-alone mode • TCP/UDP Proxy • Dynamic MQTT Proxy Apache APISIX 压测 性能只下降 15% 单 worker：23-24k 的 QPS 4 worker：68k 的 QPS 平台：alicloud ecs.ic5.3xlarge vs Q & A • github

2
-
云上的API
管理5
API76
图1.
API7技术架构7
Kong
企业版7
3
-
GigaOm
API负载测试设置9
API
压⼒测试9
测试环境10
单节点10
环境清单10
软件版本信息11
4
-
测试结果12
图2.
空转时的压⼒测试
API
的基线延迟12
图3.
API7与Kong
EE在20,000rps时的对⽐13
图4.
API7与Kong
EE在10 时，性能是⼀个关键因素。
在本⽂中，我们展⽰了使⽤2个全⽣命周期API管理平台完成的性能测试结果：API7
和
Kong
企业版 （Kong
EE)。
在我们的单节点设置中，API7所有的压⼒测试结果都优于Kong
EE。在每秒10,000个请求的情况下， 99.99
%
的情况API7的延迟⽐Kong
EE低14倍。API7和Kong
EE⼆者百分⽐越⾼延迟差异越明显。在 我们所有 API
压⼒测试
GigaOm
API
Workload
Field
Test
是⼀个简单的压⼒测试，⽤⼀连串相同的
GET
请求
API
或
API
管理 节点（或管理节点集群前的负载均衡器），每秒的请求数不变。 为了进⾏压⼒测试，我们使⽤了
HTTP
压⼒测试⼯具
WRK21，这是
Github
上⼀个免费的压⼒测试套 件。
WRK2
⼯具返回每个测试的延迟分布和状态代码摘要。压测⼯具将延迟测量发出单个
API
请求和

math.randomseed() lua_code_cache off 为什么要参与开源项⽬ 拓宽视野 提⾼思考问题全⾯性 提⾼对代码之外点的重视：⽂档、单元测试、E2E 测试、压⼒测 试等 了解⾏业发展⽅向 与社区⼀起成⻓相互“提携” 远程协作的最佳实验环境 “ Q & A https://github.com/apache/apisix — Yuansheng

游服务 中。

proxy-cache
该插件将⽀持缓存上游服务响应内容，当客⼾端所请求的内 容已经存在于缓存，则直接从缓存返回内容，⽆需再次请求 上游服务。这将有效减轻上游服务的压⼒。此外，当上游节 点故障时，也可以暂时返回缓存内容，⽽⽆需返回错误⻚， 以提升⽤⼾体验。

proxy-mirror
该插件⽀持对请求进⾏镜像复制，以便更好地进⾏旁路的请 求分析。

全动态：路由、SSL 证书、上游、插件… • 40 多个插件，覆盖：身份认证、安全、日志、可观测性… Apache APISIX 设计思路 • API 网关的数据面和控制面分离 • 通过插件机制来方便二次开发和运维 • 高可用，没有单点故障 • 安全和稳定第一：基于 Nginx 实现；mTLS 认证；敏感信息加密加盐(salt)保存 • 高性能：单核心 QPS 1.5 万，延迟低于 0.7 毫秒 • 迭代出更加完美的 产品 行业细分 • 公有云：腾讯、华为、中国移动、DaoCloud • 航天：NASA、中国航信、航天智云 • 物联网：欧盟数字工厂、特斯联 • 租车：大搜车、租租车、优信二手车 • 金融：泰康、同程金服、空中云汇 • 在线教育：好未来、作业帮、腾讯教育、网易有道 APISIX 和 Kong 的对比 对⽐比项 APISIX Kong 技术架构 Nginx + etcd prometheus插件） 18000 1700 支持流量量复制和故障 是 否 注⼊ 是 否 支持SkyWalking 是 否 插件热更新 新增、删除、更新插件不用 重载服务 无, 每次都需要重载 服务 二次开发 难度低 难度中等 本地技术支持 有, 1小时响应 无 定期巡检和培训 有 无 基于 Apache APISIX 的全流量网关 Nginx 遇到的挑战 • 社区不活跃：没有 github

资源占用  按需下发配置  配置本身的精简 资源占用降低了 60% 较低的学习/维护成本  APISIX 丰富的文档，快速上手  抽象出来的网关对象通俗易懂  源码基于 lua 易学易懂  二次开发相比 C++ 要简单许多 强大的扩展/定制化能力  配合CRD进行扩展，更灵活 更原生 不侵入Istio原有配置 降低用户迁移成本/减少冲突可 能 通过 controller 与 amesh