📚 课程目录第3章 API网关选型与配置

3. API 网关选型与配置：Kong、Nginx、APISIX 的对比与部署

在贷后预警系统中，API 网关是流量入口与策略执行的核心节点。选型不当会导致延迟飙升、运维复杂、扩展困难。本节从架构、性能、配置三个维度对比 Kong、Nginx 和 APISIX，并给出生产级部署建议。

3.1 三大网关架构对比

维度	Kong	Nginx	APISIX
核心语言	OpenResty (Lua + Nginx)	C	OpenResty (Lua + Nginx)
配置方式	RESTful API + 数据库 (PostgreSQL/Cassandra)	静态配置文件	RESTful API + etcd (支持热更新)
插件生态	丰富，官方 + 社区 200+	有限，依赖第三方模块	丰富，官方 80+，支持自定义
性能 (P99 延迟)	2-5ms (含插件)	0.5-1ms (纯代理)	1-3ms (含插件)
动态路由	支持 (需数据库)	不支持 (需 reload)	支持 (etcd 实时推送)
适用场景	中大型微服务、企业级	高性能反向代理、静态资源	云原生、低延迟、动态路由

选型建议： 贷后预警场景对延迟敏感且路由规则频繁变更，推荐 APISIX 作为首选；若团队已有 Nginx 运维经验且路由变化少，可基于 OpenResty 二次开发；Kong 适合需要丰富插件生态的企业级场景，但数据库依赖会增加延迟。

3.2 核心架构对比图

3.3 APISIX 生产部署步骤

以下以 APISIX 为例，展示在贷后预警场景下的最小化生产部署流程。

3.3.1 环境准备

操作系统： CentOS 7.9+ / Ubuntu 20.04+
依赖： OpenResty 1.21.4.1+、etcd 3.5+
硬件： 4C8G 起步，建议 8C16G

3.3.2 安装与启动

# 安装 APISIX (以 CentOS 为例)
sudo yum install -y https://repos.apiseven.com/packages/centos/apache-apisix-repo-1.0-1.noarch.rpm
sudo yum install -y apache-apisix

# 初始化 etcd (单机测试)
etcd --listen-client-urls http://0.0.0.0:2379 --advertise-client-urls http://127.0.0.1:2379 &

# 启动 APISIX
apisix start

3.3.3 配置贷后预警路由

# 创建上游 (预警服务集群)
curl http://127.0.0.1:9180/apisix/admin/upstreams/1 -X PUT -d '{
  "nodes": {
    "10.0.1.10:8080": 1,
    "10.0.1.11:8080": 1
  },
  "type": "roundrobin",
  "checks": {
    "active": {
      "http_path": "/health",
      "timeout": 3,
      "interval": 5
    }
  }
}'

# 创建路由 (匹配 /early-warning/*)
curl http://127.0.0.1:9180/apisix/admin/routes/1 -X PUT -d '{
  "uri": "/early-warning/*",
  "upstream_id": 1,
  "plugins": {
    "limit-req": {
      "rate": 100,
      "burst": 200
    },
    "prometheus": {}
  }
}'

  关键配置说明：
  limit-req 插件限制每秒请求数，防止预警风暴打垮后端。
prometheus 插件暴露指标，用于监控延迟与错误率。
健康检查 checks.active 自动摘除异常节点。

3.4 低延迟调优关键参数

参数	默认值	调优建议	说明
`worker_processes`	auto	CPU 核心数	充分利用多核
`worker_connections`	1024	65535	提高并发连接数
`keepalive_timeout`	60s	120s	减少连接建立开销
`proxy_buffering`	on	off	贷后预警实时性要求高，关闭缓冲降低延迟
`lua_code_cache`	on	on	生产环境必须开启

3.5 延迟对比测试结果

注意： 以上数据为实验室环境测试结果。生产环境中，Kong 的数据库查询、APISIX 的 etcd 网络延迟、Nginx 的 reload 频率都会影响实际表现。建议在目标环境进行压测后再做最终选型。

3.6 选型决策流程

评估路由变更频率： 每天变更 > 10 次 → 选 APISIX；每周 < 2 次 → 可选 Nginx。
评估插件需求： 需要认证、限流、日志、监控等 → 选 APISIX 或 Kong；仅需反向代理 → Nginx。
评估运维能力： 有 Lua 开发经验 → 可基于 OpenResty 定制；无 → 选 APISIX 开箱即用。
评估延迟预算： P99 < 2ms → 优先 Nginx + 简单 Lua；P99 < 5ms → APISIX 完全胜任。

贷后预警推荐组合： APISIX + etcd 集群 + Prometheus + Grafana。该组合在动态路由、低延迟、可观测性方面表现均衡，且社区活跃，文档完善。