API 网关模式(API Gateway)

API 网关模式(API Gateway Pattern)是微服务架构中的一种入口设计模式：在客户端与众多后端服务之间设置一个统一网关，所有外部请求先到达网关，由它完成路由、认证、限流、日志等横切关注点后再转发给内部服务。

概述

没有网关时，客户端必须知道每个微服务的地址，各服务还要各自实现认证与限流，既重复又难以管控。API 网关把这些公共能力收敛到一处，客户端只需面对一个稳定入口，内部服务的拆分合并对外透明。常见实现包括开源的 Kong、Apache APISIX、Spring Cloud Gateway，云厂商托管的 Amazon API Gateway，以及以网关形态部署的 Envoy。

核心特点

• 请求路由：按路径、域名或版本把请求转发到对应服务，支持灰度与按权重分流。
• 统一认证鉴权：在入口处校验令牌(如 JWT、OAuth2)，内部服务专注业务。
• 流量防护：限流、熔断、黑白名单，保护后端不被突发流量压垮。
• 协议与数据转换：对外 REST、对内 gRPC，或聚合多个服务响应减少客户端往返。
• 可观测性：集中输出访问日志、指标与链路追踪信息。

应用场景

API 网关几乎是微服务对外暴露的标配。当移动端、Web 端、第三方开放平台需求差异较大时，可进一步演化为 BFF 模式，即按前端类型各建一个网关。此外，开放平台的计费、配额、开发者密钥管理也通常在网关层实现。

常见问题

问:网关会不会成为单点和瓶颈？答:网关本身应无状态并多实例部署，前置负载均衡器分发流量;其性能开销通常在毫秒级，相比收敛治理能力的收益是可接受的。

问:应该把业务逻辑写进网关吗？答:不应该。网关只承担路由、安全、流量等横切职责，一旦掺入业务规则就会变成难以维护的集中式瓶颈，重蹈重量级企业服务总线的覆辙。