主流网关选型对比：Nginx、Kong、APISIX、Spring Cloud Gateway 优劣势与适用场景

问题 1：你们的业务场景适合用 Spring Cloud Gateway 还是 APISIX？请说出核心判断依据。

面试官考察点：

• 是否理解网关选型需结合团队技术栈、性能要求、运维成本。
• 能否量化对比（如 QPS、内存占用、动态性）。

回答框架：
先说业务特点 → 拆解关键指标 → 对比两款网关 → 给出推荐并说明理由 → 补充备选方案。

简短示例回答：
团队以 Java 为主、QPS 要求 < 3w，选 Spring Cloud Gateway，与 Spring 生态无缝集成；若 QPS > 5w 且要求动态路由热加载，选 APISIX，其基于 etcd 实时同步，性能远超 Java 网关。

可能追问：

• “APISIX 如何实现动态负载均衡？”
• “你做过什么压测？结果如何？”

问题 2：Nginx 和 Kong 性能差距有多大？为什么 Kong 性能比原生 Nginx 差？

面试官考察点：

• 对 Nginx 架构（master-worker、epoll）的理解。
• 对 Kong 插件系统开销的认知。

回答框架：
承认差距 → 解释原因（Lua 虚拟机、插件链、DB 查询开销） → 给出实际压测对比 → 说明如何优化。

简短示例回答：
原生 Nginx QPS 可达 10w+，Kong 默认开启所有插件后降至 3~5w。主要开销：每个请求经 Lua 协程 + 插件链循环，若使用 PostgreSQL 做计数器更慢。建议按需裁减插件，升级 OpenResty 版本。

可能追问：

• “如何对 Kong 进行性能压测？”
• “你知道 APISIX 如何超越 Kong 吗？”

问题 3：你如何看待网关的高可用部署？以 APISIX 为例，谈谈架构设计。

面试官考察点：

• 网关的集群部署经验与容灾思路。
• 是否理解 APISIX 的控制面 / 数据面分离。

回答框架：
先点出控制面（etcd）高可用 → 数据面多副本 + 无状态 → 路由一致性 → 有限降级策略。

简短示例回答：
APISIX 数据面通过容器部署 3 副本 + SLB，etcd 集群 3 节点确保配置同步。若 etcd 挂掉，网关使用本地缓存继续转发（限降级）。线上配置跨机房部署，单机房故障自动切流量。

可能追问：

• “etcd 如果网络分区，网关怎么处理？”
• “你们遇到过路由更新不一致的问题吗？”

项目名称：XX 电商统一 API 网关性能调优

业务背景：大促期间老网关（OpenResty）暴露路由更新慢、限流不精准问题，需迁移至新一代网关并优化性能。

规模指标：

• 业务：8 个核心服务，日均 2 亿请求
• 峰值 QPS：8w，单网关实例目标 3w
• 延迟要求：P99 < 20ms

技术栈：APISIX + etcd + Kubernetes + Prometheus + Golang 扩展插件

核心难点：

• 动态路由在 etcd 分片时出现短暂不一致
• 限流插件（limit-conn）在高并发下锁竞争严重
• 日志采集导致 io 瓶颈

面试高频追问：

• “你们如何保证 etcd 和网关本地缓存的一致？”
• “limit-conn 的分布式计数器怎么做的？”
• “压测工具和具体数据？”

可迁移回答话术：