Nginx通过多upstream块按业务线隔离后端集群，结合location路径匹配或map动态变量实现精准路由，并支持加权轮询、健康检查、keepalive连接复用及监控指标采集。
在实际生产环境中，不同业务线（如用户中心、订单服务、支付网关、内容平台）往往需要独立的后端集群，具备各自的健康检查策略、超时设置和流量调度逻辑。Nginx 的 upstream 模块天然支持定义多组后端服务池，配合 server 块中的 location 或 map 指令，可精准将请求路由到对应业务线的 upstream，实现隔离、可控、可扩展的负载均衡架构。
按业务线划分多个 upstream 块
每个业务线单独定义一个 upstream，名称语义化（如 upstream_user_api），便于维护和监控。支持多种负载算法（round_robin、least_conn、ip_hash），也可为不同节点配置权重、最大失败次数和重试间隔。
- 示例：用户中心服务（带健康检查与容错）
upstream upstream_user_api {<br> server 192.168.10.101:8080 weight=3 max_fails=2 fail_timeout=30s;<br> server 192.168.10.102:8080 weight=2 max_fails=2 fail_timeout=30s;<br> server 192.168.10.103:8080 backup;<br> keepalive 32;<br>}
- 说明：主节点加权轮询，backup 节点仅在全部主节点不可用时启用；
keepalive复用连接，降低后端压力
通过 location 精准匹配业务路径
利用 location 的前缀匹配或正则匹配，将特定 URL 路径转发至对应 upstream。适合路径层级清晰、业务边界明确的场景（如 /user/ → 用户服务，/order/ → 订单服务）。
location /user/ { proxy_pass http://upstream_user_api/; }location /order/ { proxy_pass http://upstream_order_api/; }location ~ ^/pay/(alipay|wechat)/ { proxy_pass http://upstream_payment_api; }
注意：proxy_pass 末尾的 / 决定路径是否被截断——有斜杠则去掉匹配前缀再拼接，无斜杠则原样透传
用 map 实现动态 upstream 选择（进阶）
当路由规则较复杂（如按请求头、参数、域名甚至灰度标签切换 upstream），可借助 map 指令生成变量，再在 proxy_pass 中引用。解耦路由逻辑与 location 结构，提升可读性与复用性。
- 示例：根据请求头
X-Biz-Line动态选 upstream
map $http_x_biz_line $backend_upstream {<br> default "upstream_default_api";<br> "user" "upstream_user_api";<br> "order" "upstream_order_api";<br> "payment" "upstream_payment_api";<br>}
server {<br> location /api/ {<br> proxy_pass http://$backend_upstream;<br> }<br>}
关键增强：健康检查与监控联动
默认 Nginx 不主动探测后端存活，需配合 nginx-plus 商业版或开源模块（如 nginx-upstream-check-module）启用主动健康检查。同时建议：
- 为每组 upstream 配置独立的
status页面（如location /status-user { check_status; }） - 通过 Prometheus +
nginx-vts-exporter采集各 upstream 的请求量、失败率、响应时间等指标 - 在日志中记录 upstream 名称（
log_format main "... $upstream_addr $upstream_status ..."），便于问题定位
