评估口径：本文把API网关放在微服务入口治理和应用交付场景下讨论，重点看生产能力边界，不做开源项目排名。
API网关怎么选，不能只比较路由规则、插件数量或性能宣传。对企业来说，API网关首先是统一入口，其次才是协议适配、认证鉴权、限流、灰度发布和审计观察。它决定外部调用如何进入微服务体系，也决定入口风险能否被控制。
当微服务数量增加、移动端和外部系统接入增多、开放API成为业务能力的一部分时，API网关会从基础代理组件变成平台治理入口。选型时需要看它能否和身份系统、DevOps发布链路、可观测体系、服务网格和安全策略协同。
API网关主要解决什么问题
API网关主要解决南北向流量问题，也就是外部用户、业务系统、移动端、合作伙伴或开放平台如何访问内部服务。
它通常承担以下职责：
- 统一入口和域名路径管理
- 协议转换和请求路由
- 认证、鉴权和租户识别
- 限流、熔断、重试和黑白名单
- 灰度发布、A/B测试和流量切分
- 日志、指标、审计和调用统计
- API生命周期管理和开发者接入
这些能力看起来像功能清单，但真正评估时要回到生产问题：入口是否可控，访问是否安全，流量是否可治理，变更是否可回滚，故障是否可定位。
5类能力决定API网关是否适合生产
| 能力类别 | 需要验证的问题 | 常见风险 |
| 统一入口 | 多域名、多路径、多环境是否能统一管理 | 入口分散，安全和流量策略难收敛 |
| 认证鉴权 | 是否能对接企业身份、应用和租户体系 | 权限绕过或策略重复配置 |
| 流量控制 | 限流、熔断、重试、配额是否可细分 | 突发流量影响核心服务 |
| 灰度发布 | 是否支持按版本、比例、用户或规则放量 | 发布失败后影响面过大 |
| 观测审计 | 请求、延迟、错误、调用方和策略命中是否可查 | 出问题时只能查后端日志 |
API网关的关键价值，是把入口流量变成可治理对象。如果只能转发请求，却无法解释谁在调用、调用是否被授权、异常流量如何处理，它就很难支撑企业级微服务治理。
API网关和负载均衡有什么区别
负载均衡主要关注请求分发和后端可用性。API网关除了分发请求，还会处理API层面的身份、协议、策略、路由、灰度和审计。
负载均衡更接近基础设施组件，API网关更接近应用入口治理组件。两者可以同时存在：负载均衡负责基础流量分发和高可用，API网关负责应用协议、租户、策略和API生命周期。
如果企业只需要把请求转到几个后端服务，负载均衡可能足够；如果需要开放API、管理调用方、做灰度发布和审计，就需要API网关能力。
API网关和服务网格怎么分工
API网关关注南北向流量，服务网格更关注服务之间的东西向流量。两者不是简单替代关系。
| 场景 | API网关更适合 | 服务网格更适合 |
| 外部用户访问内部服务 | 统一入口、认证、API策略 | 通常不是主要入口 |
| 服务之间调用治理 | 可做部分基础策略 | 熔断、重试、mTLS、服务间策略 |
| 开放API管理 | 开发者接入、配额、审计 | 不适合承担开放API门户 |
| 灰度发布 | 入口流量灰度 | 服务间流量精细治理 |
API网关和服务网格的分工，应由流量方向、治理对象和团队责任决定。若企业已经有微服务平台，可以结合 微服务平台怎么选？链路追踪、Istio与发布治理4类能力 一起评估。
选型时不要只看性能指标
性能重要，但API网关选型不能只看压测峰值。更关键的是在真实业务场景中，策略、插件、日志、安全和灰度打开后还能否稳定运行。
建议POC时选择真实接口链路，验证：
- 认证鉴权是否能接入现有身份体系
- 限流和配额是否能按应用、租户、用户或接口配置
- 灰度发布是否能按规则逐步放量
- 出错时是否能快速定位调用方、接口、后端服务和策略命中
- 策略变更是否有审批、审计和回滚
- 网关是否能接入现有日志、指标和告警系统
只看空载性能或单一场景，很容易低估生产治理复杂度。
常见误区
误区1：插件越多越好。 插件多意味着扩展能力强，也可能带来运维复杂度和策略冲突。企业应关注必要插件能否稳定组合。
误区2：把网关当成安全万能入口。 API网关能做鉴权和策略，但后端服务仍需要自己的权限边界和校验。
误区3：忽略发布链路。 API路由变更、策略变更和后端服务发布需要联动，否则灰度发布无法闭环。
误区4：和服务网格重复治理。 如果入口和服务间都配置限流、重试和熔断，需要明确优先级，避免策略叠加导致行为不可预期。
下一步建议
选型API网关前，建议先梳理现有入口：哪些接口面向公网，哪些面向内部系统，哪些面向合作伙伴，哪些需要认证、限流、审计和灰度。然后用真实接口做POC，验证策略、观测、发布和回滚。
如果API网关将与微服务平台、服务网格和DevOps工具链协同，建议从 应用交付分类 继续梳理服务治理和发布治理内容。
常见问题
API网关适合解决服务间调用问题吗？
可以处理部分服务间调用，但不应把所有东西向流量都压到API网关。服务数量和调用关系复杂时，服务网格或轻量服务治理机制更适合处理服务间策略。
API网关选型先验证什么？
先验证真实入口链路：认证、限流、灰度、日志、指标、错误处理和回滚。只验证路由转发无法证明网关适合生产。
有负载均衡还需要API网关吗？
如果只是流量分发，负载均衡可能够用；如果需要API身份、租户、配额、审计、灰度和开放接口管理，就需要API网关。
API网关是否会成为性能瓶颈？
可能。需要结合插件、策略、日志和安全能力一起压测，并设计高可用、扩缩容和故障降级方案。治理能力和性能成本要一起评估。
原创声明：本文为 Alauda 原创技术内容，非商业转载须注明出处：https://www.alauda.cn/blog/170/。
文中图示和文章内容未经许可不得用于商业转载、培训课件、营销材料或二次分发。
