3. API 网关入门：概念、定位与主流选型
在贷后风控体系中，API 网关是流量管控的第一道防线。它位于客户端与风控服务之间，承担请求路由、认证鉴权、限流熔断、协议转换等职责。本章从概念出发，明确网关在风控系统中的位置，并对比三款主流网关的选型差异。
3.1 API 网关核心概念
API 网关是一个位于系统入口的中间层服务，统一接收所有外部请求，再按规则转发到内部微服务。核心能力包括：
- 请求路由：根据路径、Header、参数将请求分发到对应服务。
- 认证鉴权：统一校验 Token、签名、IP 白名单。
- 限流熔断：控制流量速率，防止后端被突发请求冲垮。
- 协议转换：支持 HTTP/gRPC/WebSocket 等协议互转。
- 日志与监控：记录全量请求日志，输出指标到 Prometheus 等系统。
关键认知：在贷后风控场景中，网关不仅是流量入口，更是“安全哨兵”——所有催收、委外、法务等外部系统的 API 调用都必须经过网关的限流与熔断校验。
3.2 网关在风控系统中的位置
下图展示了贷后风控系统的典型分层架构，API 网关位于接入层与业务服务层之间：
架构要点：网关层与业务服务之间建议采用“直连 + 健康检查”模式，避免引入额外的负载均衡器增加延迟。网关自身应做集群部署，通过 DNS 轮询或 VIP 实现高可用。
3.3 主流网关选型对比
当前业界主流的 API 网关包括 Kong、APISIX 和 Spring Cloud Gateway。下表从核心维度进行对比：
| 对比维度 | Kong | APISIX | Spring Cloud Gateway |
|---|---|---|---|
| 开发语言 | Lua / OpenResty | Lua / OpenResty | Java (Reactor) |
| 性能 | 高（基于 Nginx） | 极高（优化路由表） | 中等（依赖 JVM） |
| 限流插件 | rate-limiting（内置） | limit-req / limit-conn | RequestRateLimiter（配合 Redis） |
| 熔断支持 | 需插件或自定义 | 内置熔断插件 | 集成 Resilience4j |
| 配置方式 | Admin API + 数据库 | Admin API + etcd | YAML / Java DSL |
| 动态生效 | 支持（热加载） | 支持（毫秒级） | 需重启或 Actuator 刷新 |
| 社区生态 | 成熟，插件丰富 | 快速增长，Apache 孵化 | Spring 生态，Java 友好 |
| 适用场景 | 通用微服务网关 | 高并发、低延迟场景 | Java 技术栈团队 |
3.4 选型建议
针对贷后风控系统的特点，给出以下选型参考：
- 高并发 + 低延迟：优先选择 APISIX，其基于 etcd 的配置同步和优化的路由表在 10 万 QPS 场景下延迟低于 2ms。
- Java 技术栈团队：Spring Cloud Gateway 与 Spring Boot 微服务无缝集成，限流熔断可复用 Resilience4j 注解，降低学习成本。
- 插件生态丰富：Kong 拥有超过 200 个插件，适合需要快速集成认证、日志、监控等功能的团队。
避坑提示：不要盲目追求“全功能”网关。贷后风控场景中，限流和熔断是核心需求，过度依赖网关做业务逻辑（如复杂路由重写）会增加故障排查难度。建议网关只做流量管控，业务逻辑下沉到服务层。
3.5 网关限流熔断的典型流程
下图展示了 API 网关处理一次贷后催收请求的限流熔断流程：
实战要点：在贷后风控场景中，建议对“催收任务提交”和“委外数据查询”两类 API 设置不同的限流阈值。催收提交通常 QPS 较低但数据敏感，应配置严格的熔断策略；委外查询可能因批量操作产生突发流量，需加大限流窗口。