Nginx默认轮询实现无状态微服务网关极致扩展的关键在于扩得干净、稳得住、看得清：服务须真无状态（会话存Redis、文件传OSS、配置走Nacos）、网关真透明（极简upstream、不设weight/ip_hash）、运维真闭环（统一日志指标追踪、健康检查自动摘除）。
用Nginx默认轮询实现无状态微服务网关极致扩展，关键不在“配得多巧”，而在“扩得干净、稳得住、看得清”。它本质是一套轻量但严谨的工程实践：加机器即生效，不改代码、不调权重、不绑定会话，前提是服务真无状态、网关真透明、运维真闭环。
确保网关与后端服务真正无状态
无状态不是部署时打个勾，而是从数据流源头切断本地依赖：
- 所有会话（如JWT校验后的用户上下文）、临时缓存、计数器必须写入Redis或数据库，禁止用本地ConcurrentHashMap或静态变量存储
- 文件上传必须走对象存储（如MinIO/OSS），网关和后端均不保存临时文件到磁盘
- 配置读取走Nacos/Consul等中心化配置中心，不读取本地application.yml或环境变量中的动态路由规则
- 日志、指标、链路追踪全部打到统一采集服务（如Loki+Prometheus+Jaeger），不依赖单机文件路径或端口
用最简upstream配置承载水平扩容
Nginx默认轮询天然适配无状态场景，无需额外模块或商业版支持：
- 在upstream块中仅添加服务实例IP:PORT，不设weight、不启ip_hash、不配backup
- 新增节点后执行nginx -s reload，连接平滑过渡，已有长连接不受影响
- 示例配置保持极简：
upstream gateway_backend {<br> server 10.0.1.10:9100;<br> server 10.0.1.11:9100;<br> server 10.0.1.12:9100; # 新增即生效<br> }
健康检查与自动摘除是可靠扩容的底线
没有健康检查的轮询等于盲转——故障实例仍在收流量：
- 为每个server行加上max_fails=2 fail_timeout=30s，让Nginx主动探测并隔离异常节点
- 后端服务需暴露/actuator/health（Spring Boot）或自定义HTTP健康端点，返回200且响应时间
- 避免用TCP层探测（如check interval=3 rise=2 fall=2），HTTP探测能真实反映业务可用性
配套可观测性让扩容效果可验证
扩容是否真正起效，不能靠感觉，而要靠指标说话：
- 监控每个upstream server的upstream_response_time分布，确认P95延迟未因新增节点升高
- 跟踪upstream_status中5xx比率，若某节点5xx突增，说明其下游服务未同步就绪
- 对比扩容前后各节点的nginx_http_request_total{upstream=~"gateway_backend"} ，验证流量是否均匀分摊（偏差宜控制在±12%内）
- 结合Prometheus + Grafana搭建“上游实例负载热力图”，一眼识别冷热不均节点
