Docker环境下Nginx实现多应用动态proxy_pass的通用配置需求

嗨，我完全懂你的痛点——手动给每个应用加Nginx location配置太麻烦了，想要一个一劳永逸的动态规则对吧？这事儿用Nginx的正则匹配和变量就能轻松搞定，不用再重复写一堆重复的配置块了！

核心思路 #

咱们利用Nginx的正则location捕获路径前缀作为后端服务名，然后通过变量动态拼接proxy_pass的目标地址，这样不管你新增/xyz_987/还是/any_new_app/，只要后端Docker容器的名称和路径前缀一致，就能自动完成代理。

完整的动态配置示例 #

把你原来的多个location块替换成下面这一个就够了：

server {
    listen 3000;
    server_name _;

    # 动态匹配所有 /{服务名}/ 开头的请求路径
    location ~ ^/([^/]+)/(.*)$ {
        # 捕获路径中的服务名（比如访问/user1/xxx时，$1就是user1）
        set $service $1;
        # 动态代理到对应的后端服务，同时去掉路径前缀/{服务名}/
        proxy_pass http://$service:3000/$2;
        
        # 保留你原来需要的WebSocket支持配置
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
        
        # 可选：传递客户端真实IP给后端服务（如果需要的话）
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

关键细节说明 #

• 正则匹配逻辑：^/([^/]+)/(.*)$会把请求路径拆成两部分：第一部分$1是你的服务名（比如user1、xyz_987），第二部分$2是服务内部的具体路径（比如访问/user1/profile时，$2就是profile）。
• Docker网络要求：确保Nginx容器和所有后端应用容器都在同一个Docker网络里，这样Nginx才能通过容器名称（也就是$service的值）解析到对应的服务IP。
• 服务名一致性：后端Docker容器的名称必须和路径前缀完全一致，比如路径是/xyz_987/，容器名就得是xyz_987，不然Nginx找不到对应的服务。
• 例外场景处理：如果有不需要代理的路径（比如静态文件），可以在这个正则location前面加一个优先级更高的前缀location，比如：

  # 优先处理静态文件请求，不参与动态代理
  location ^~ /static/ {
      root /path/to/static/files;
  }
  

这样配置之后，你新增任何应用都不用改Nginx配置了，只要启动一个名为abc_123的Docker容器（监听3000端口），访问http://your-nginx-host/abc_123/就能自动代理到这个容器啦！

备注：内容来源于stack exchange，提问作者friendly joe