Nginx可通过map指令结合proxy_pass实现动态路由:在http块中用map基于请求参数、头、IP等映射目标后端变量,location中proxy_pass引用该变量;支持正则和默认值,但无健康检查与权重。

单纯用 Nginx 的 upstream 做静态负载均衡很常见,但若想根据请求头、参数、IP 或路径等动态决定转发到哪个后端,仅靠 upstream 和 proxy_pass 是不够的。Nginx 本身不原生支持运行时计算后端地址,但可以通过 map 指令 + 变量 + proxy_pass 动态拼接的方式,实现轻量、声明式的“动态负载均衡”逻辑。
用 map 提取决策依据并映射目标后端
map 是 Nginx 的变量映射模块(需启用 ngx_http_map_module,通常默认开启),它能基于任意已知变量(如 $arg_env、$http_x_version、$remote_addr)生成新变量。这个新变量可作为 proxy_pass 的 host 部分,从而实现路由分发。
例如,按请求参数 env=prod 或 env=test 分流:
map $arg_env $backend_host {
default "10.0.1.10:8080";
"prod" "10.0.2.100:8080";
"test" "10.0.2.101:8080";
"~^staging.*$" "10.0.2.102:8080";
}
注意:map 块必须写在 http 块中;支持字符串匹配、正则(用 ~ 开头)、通配和默认值;映射结果是纯字符串,不执行 DNS 解析或健康检查。
在 location 中动态 proxy_pass 到 map 变量
有了 $backend_host,就可以在 location 里直接使用它构造 proxy_pass:
location /api/ {
proxy_pass http://$backend_host;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
}
⚠️ 关键限制:Nginx 要求 proxy_pass 后不能带 URI 路径(如 http://$backend_host/),否则会丢弃原始请求路径。正确写法是末尾不加 /,且确保后端能正确处理原始 URI。若需重写路径,应配合 rewrite 或 proxy_redirect 使用。
结合 resolver 实现基于域名的动态上游(进阶)
如果后端地址是域名(如 svc-prod.mycluster.local),而该域名会动态变更(如 K8s Service DNS),则需启用 DNS 解析:
- 在
http块中配置resolver(如resolver 10.96.0.10 valid=30s;) -
map中仍可映射为域名字符串,如"prod" "svc-prod.mycluster.local:8080" -
proxy_pass http://$backend_host会自动触发 DNS 查询(受resolver和valid控制)
这种方式适合云原生环境,但要注意:DNS 缓存周期、解析失败时的行为(Nginx 默认会 502)、以及无法做连接池复用或健康探测——这些需由上层服务发现机制补足。
注意事项与替代建议
这种方案本质是“动态路由”,不是传统意义的“负载均衡”(无权重、无健康检查、无会话保持)。实际使用中需注意:
- 不支持对同一
map目标做轮询或 IP hash;如需真负载,应在$backend_host映射为一个upstream名称,再定义该 upstream 内部的多台机器 - 所有逻辑都在配置中,上线需 reload;高频变更场景建议用 OpenResty + Lua 或专用 API 网关(如 Kong、Traefik)
- 调试时可用
add_header X-Backend $backend_host;查看实际路由结果










