同一主机多独立Web应用的Docker Nginx反向代理管理问询

我完全理解你的需求——既要让每个Web应用的docker-compose.yml能独立定义所有生产依赖（包括自己的Nginx服务），又要在同一主机上实现多应用的反向代理访问，同时还要方便在开发环境里一键复刻。下面给你两种实操性很强的方案，你可以根据场景选择：

方案一：全局反向代理 + 每个应用自带独立Nginx #

这种方案的核心是：用一个全局的Nginx作为入口反向代理，每个应用的docker-compose.yml里包含自己的应用服务和专属Nginx，所有服务通过共享Docker网络实现通信。

步骤1：创建全局反向代理的Docker Compose #

先定义一个全局的代理服务，负责接收外部请求并转发到对应应用的Nginx：

version: '3.8'
services:
  global-proxy:
    image: nginx:alpine
    ports:
      - "80:80"
      - "443:443"
    volumes:
      # 存放各个应用的转发配置
      - ./global-nginx/conf.d:/etc/nginx/conf.d
      # 存放SSL证书（如果需要HTTPS）
      - ./global-nginx/ssl:/etc/nginx/ssl
    networks:
      - shared-proxy-network
# 创建共享网络，所有应用的Nginx都要加入这个网络
networks:
  shared-proxy-network:
    name: shared-proxy-network

步骤2：为每个应用编写独立的Docker Compose #

以应用A为例，docker-compose.yml里包含应用服务和专属Nginx，同时加入共享网络：

version: '3.8'
services:
  app-a:
    build: ./app-a
    # 你的应用服务配置（比如环境变量、卷挂载等）
    networks:
      - app-a-internal # 应用内部专属网络，隔离其他服务
      - shared-proxy-network

  app-a-nginx:
    image: nginx:alpine
    volumes:
      # 挂载应用A专属的Nginx配置（比如静态资源转发、应用接口代理）
      - ./app-a/nginx-conf:/etc/nginx/conf.d
    networks:
      - app-a-internal
      - shared-proxy-network
    # 不需要暴露端口到主机，只在共享网络内被全局代理访问
networks:
  app-a-internal:
    name: app-a-internal
  shared-proxy-network:
    external: true # 引用全局创建的共享网络

步骤3：配置全局代理的转发规则 #

在全局代理的conf.d目录下创建app-a.conf，把域名请求转发到应用A的Nginx服务：

server {
    listen 80;
    server_name app-a.yourdomain.com;

    location / {
        proxy_pass http://app-a-nginx; # 直接用Docker服务名访问
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    }
}

方案二：结合jwilder/nginx-proxy + 应用专属Nginx #

如果你想保留jwilder/nginx-proxy的自动配置能力，同时让每个应用带自己的Nginx，可以把应用的Nginx服务作为上游，通过VIRTUAL_HOST环境变量让全局代理自动识别。

步骤1：启动jwilder/nginx-proxy服务 #

version: '3.8'
services:
  nginx-proxy:
    image: jwilder/nginx-proxy
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - /var/run/docker.sock:/tmp/docker.sock:ro
      - ./proxy-ssl:/etc/nginx/certs
    networks:
      - proxy-network
networks:
  proxy-network:
    name: proxy-network

步骤2：配置应用的Docker Compose #

还是以应用A为例，给它的Nginx服务添加VIRTUAL_HOST和VIRTUAL_PORT环境变量，让全局代理自动生成转发规则：

version: '3.8'
services:
  app-a:
    build: ./app-a
    networks:
      - app-a-internal

  app-a-nginx:
    image: nginx:alpine
    volumes:
      - ./app-a/nginx-conf:/etc/nginx/conf.d
    environment:
      - VIRTUAL_HOST=app-a.yourdomain.com # 应用的访问域名
      - VIRTUAL_PORT=80 # 应用Nginx监听的端口
    networks:
      - app-a-internal
      - proxy-network # 加入代理网络
networks:
  app-a-internal:
    name: app-a-internal
  proxy-network:
    external: true

关键注意事项 #

• 共享网络唯一性：确保所有需要被代理的服务都加入同一个共享网络，这样才能通过Docker服务名直接访问，不需要暴露主机端口。
• 开发环境适配：开发时可以单独启动某个应用的docker-compose.yml，并修改应用Nginx的配置，把端口暴露到主机（比如ports: - "8080:80"），直接通过localhost:8080访问，不需要启动全局代理。
• 服务命名规范：同一主机上的服务名不能重复，建议给每个应用的Nginx命名为app-x-nginx，避免冲突。
• SSL管理：推荐在全局代理层统一配置SSL证书，这样所有应用都能复用HTTPS配置，不需要每个应用单独处理。

内容的提问来源于stack exchange，提问作者Axon