六款 API 网关横评：用路由逻辑当尺子
来源：dev.to — 2026-10-31
📋 概述
大多数网关的 bug 其实是路由 bug：多一个尾斜杠就是 404，一次重写把路径段翻倍，灰度策略把流量全送到新版本，一条头部规则因为大小写不同永远不触发。作者用路由这一条线横向比较六款网关：路径匹配、重写、基于头部的规则、流量切分，以及各自擅长什么、哪里会翻车。结论分成两类：云托管组里，想要完全托管且贴着 AWS 就用 Amazon API Gateway，做企业级治理与策略就选 Apigee，微软与 Azure 阵营用 Azure API Management；自托管组里，路由精细度和插件生态最强的是 Kong Gateway，声明式、无状态、擅长聚合的是 KrakenD，开源核心加可选面板的是 Tyk。
🔑 核心要点
- 网关故障大多集中在路由：尾斜杠、路径重写、灰度切分、头部大小写都是常见翻车点。
- 比较维度统一为路径匹配、重写、头规则与流量切分：作者强调这是编辑视角的能力对比，不是同流量的基准测试。
- 云托管与自托管要分开评：AWS、Apigee、Azure 适合有治理需求的组织。
- Kong 的路由能力与插件生态最强：但要先读清楚许可证条款，作者特意提醒了这一点。
💡 金句
Most gateway bugs are routing bugs.
译：大多数网关的 bug，其实是路由的 bug。
👍 0
👎 0
← 返回 dev.to 首页