Nginx本身不支持直接在upstream块外基于Header动态选择upstream，但可通过http块中map指令将X-Service-Type等Header映射为$backend_group变量，再在location中用proxy_pass http://$backend_group动态路由至对应upstream组，实现业务级Header分流负载均衡。
直接在 upstream 块外做路由判断，Nginx 本身不支持基于 Header 的动态 upstream 选择；但可以通过 map 指令提取 Header 值，再结合 proxy_pass 动态指向不同 upstream 组，实现按 Header 分流的业务级负载均衡。
用 map 提取并分类请求头
在 http 块顶层定义 map，将特定 Header（如 X-Service-Type 或 User-Agent）映射为变量，用于后续路由决策：
map $http_x_service_type $backend_group {
default web_servers;
"payment" payment_servers;
"report" report_servers;
"~*mobile" mobile_servers;
}说明：
• $http_x_service_type 自动获取请求中的 X-Service-Type 头（小写加下划线格式）；
• 支持精确匹配、默认回退、正则匹配（如 ~*mobile 忽略大小写匹配含 mobile 的值）；
• 映射结果是字符串，将作为 upstream 名称被引用。
定义多个 upstream 服务组
为不同业务场景分别配置独立的后端集群，便于隔离部署与独立扩缩容：
upstream web_servers {
server 192.168.1.10:8080 weight=5;
server 192.168.1.11:8080 weight=5;
}
<p>upstream payment_servers {
server 192.168.1.20:8080 max_fails=2 fail_timeout=15s;
server 192.168.1.21:8080 backup; # 故障时启用备用节点
}</p><p>upstream report_servers {
least_conn; # 使用最少连接策略，适合长耗时报表服务
server 192.168.1.30:8080;
server 192.168.1.31:8080;
}</p>注意：
• 各 upstream 可使用不同调度策略（least_conn、ip_hash、权重等）；
• backup 标记仅在主节点全部失效时启用，适合高保障业务。
在 location 中动态代理到对应 upstream
利用 proxy_pass 接收变量，实现运行时路由分发：
server {
listen 80;
server_name api.example.com;
<pre class="brush:php;toolbar:false;">location / {
proxy_pass http://$backend_group;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Service-Type $http_x_service_type; # 透传原始头
}
}
关键点：
• proxy_pass http://$backend_group 中的变量必须是已定义的 upstream 名称；
• Nginx 在每次请求时解析该变量，决定转发目标；
• 不支持在 proxy_pass 中拼接端口或路径（如 http://$backend_group:8080/api），需确保 upstream 内 server 已带端口且后端能正确处理 URI。
补充：Header 匹配增强技巧
若需更精细控制，可组合多个 Header 或添加条件校验：
- 用
map嵌套逻辑：先用一个map提取X-Env，再用另一个map基于环境+服务类型生成复合 upstream 名（如prod_payment）； - 对敏感 Header 做白名单过滤，避免非法值触发未知 upstream 错误（
default必须指向兜底组）； - 配合
if ($http_x_service_type = "") { return 400; }拒绝缺失关键 Header 的请求，提升 API 规范性。
