Nginx HTTP代理通过合理配置支撑系统横向与纵向扩展：统一upstream管理、动态服务发现、健康检查、负载策略、分层超时重试、头信息透传及连接复用等机制，构建可伸缩架构基础。
Nginx 的 HTTP 代理本身不直接“提高扩展性”，而是通过合理配置，让系统具备横向扩展（加机器）和纵向扩展（提单机能力）的基础支撑能力。关键不在代理动作本身，而在围绕代理构建的可伸缩架构设计。
统一 upstream 管理与动态服务发现
后端节点必须脱离 proxy_pass 直写地址，全部收口到 upstream 块中：
- 使用
server backend-svc.local resolve;+resolver 10.96.0.10 valid=5s;支持 Kubernetes 或 Consul 等注册中心的 DNS 自动刷新，增删实例无需改 Nginx 配置、不 reload - 避免硬编码 IP 和端口，用服务名替代，配合健康检查（
max_fails=3 fail_timeout=30s）自动剔除故障节点，新实例上线即自动纳入流量池 - 权重（
weight=）和 least_conn 等策略按需启用，使流量能适配不同规格后端，为弹性扩缩容提供调度依据
分层超时与条件重试机制
避免单点慢响应拖垮整条代理链，保障扩容后整体 SLA 稳定：
-
proxy_connect_timeout 3s控制建连阶段快速失败，释放 worker 连接槽位 -
proxy_read_timeout 15s和proxy_send_timeout 10s区分读/写超时，防止后端卡死占用连接 -
proxy_next_upstream error timeout http_502 http_503;仅对网络错误或网关类错误重试，不重试业务 500，避免雪崩放大
头信息透传与协议一致性
确保后端服务能正确识别客户端真实意图，支撑灰度、鉴权、链路追踪等扩展能力：
-
proxy_set_header Host $host;保留原始域名，支撑多租户或 SNI 路由 -
proxy_set_header X-Real-IP $remote_addr;+X-Forwarded-For $proxy_add_x_forwarded_for;组合还原完整 IP 链路，供限流、风控使用 -
X-Forwarded-Proto $scheme和X-Forwarded-Port $server_port传递协议与端口，避免后端生成 http:// 跳转链接
连接复用与资源节制
减少上下游握手开销，提升单位资源承载量，降低扩容频次：
-
proxy_http_version 1.1;+proxy_set_header Connection '';显式启用 HTTP/1.1 长连接 -
proxy_buffering on;+ 合理设置proxy_buffers和proxy_busy_buffers_size，平衡内存占用与吞吐 -
proxy_cache off;明确关闭缓存（除非有强缓存需求），避免代理层状态干扰业务扩展逻辑
不复杂但容易忽略
