Nginx七层智能路由按业务维度精准分发请求，支持URI路径、域名、请求头/Cookie、IP/地域四种核心路由方式，每种均需配合upstream与匹配规则实现。
用 Nginx 负载均衡器实现业务功能的路由切分，核心不是单纯“分摊流量”，而是按业务维度（如接口路径、域名、请求头、用户身份等）把不同功能的请求精准导向对应的服务集群。这属于七层（HTTP 层）的智能路由，是微服务网关和多业务共池场景下的常见实践。
按 URI 路径做功能路由
这是最常用的方式，适合前后端分离或 API 按模块划分的架构。例如将 /api/user/ 转发到用户服务集群，/api/order/ 转发到订单服务集群：
- 在
http块中分别定义多个 upstream 组，每个组对应一类业务服务 - 在
server块内用多个location匹配不同路径前缀，各自调用对应的 upstream - 注意路径匹配优先级：使用
^~修饰符可提升前缀匹配效率，避免正则回溯
示例配置片段：
upstream user_backend { server 10.0.1.10:8080; server 10.0.1.11:8080; }
upstream order_backend { server 10.0.2.20:8080; server 10.0.2.21:8080; }
server {
listen 80;
location ^~ /api/user/ {
proxy_pass http://user_backend;
proxy_set_header Host $host;
}
location ^~ /api/order/ {
proxy_pass http://order_backend;
proxy_set_header Host $host;
}
}
按 Host 域名做多租户或灰度路由
当多个业务系统共用同一套 Nginx 入口，但需隔离运行时，可通过 server_name 实现完全独立的路由空间：
- 每个
server块绑定唯一域名（如user.example.com、admin.example.com） - 各
server内部自定义 upstream 和 location 规则，互不影响 - 结合 SSL 配置还可为不同业务提供独立证书
按请求头或 Cookie 实现灰度发布与功能分流
适用于 A/B 测试、新老版本并行、内部员工访问特殊通道等场景：
- 用
map指令提取请求头（如$http_x_version）或 Cookie（如$cookie_env）值，映射为变量（如$backend_group） - 在
proxy_pass中引用该变量，动态选择 upstream，例如：proxy_pass http://$backend_group; - 确保 upstream 名称与 map 映射结果严格一致，且所有可能值都已预定义
按客户端 IP 或地域做定向路由
适合合规要求（如数据不出境）、CDN 回源调度或区域专属服务：
- 用
geo指令根据$remote_addr划分 IP 段，生成标识变量（如$region） - 配合
map或直接在location中用if（慎用）判断，选择对应后端集群 - 更推荐结合 GeoIP2 模块，支持国家/省份级精确识别
