是否可使用Docker对Node.js应用的不同功能模块进行容器化隔离部署？

完全可以通过Docker容器化实现你要求的模块隔离、故障不扩散、共用基础URL的全部需求，具体实现逻辑如下：

第一步：拆分单体应用为独立功能子服务 #

先把原有的单体Node.js应用按功能边界拆成多个可独立运行的子服务，每个子服务仅负责单一功能模块的API逻辑，比如用户模块、订单模块、数据统计模块各自拆分为独立的Node.js项目，彼此代码解耦，可单独启动、单独测试。

第二步：Docker容器化实现故障隔离 #

每个拆分后的子服务单独编写Dockerfile构建镜像，运行时启动为独立的Docker容器：

• 容器之间进程、资源完全隔离，单个模块的代码报错、内存溢出、进程崩溃只会导致当前容器停止服务，不会影响其他模块容器的正常运行，不会出现整个应用宕机的问题
• 可以给每个容器配置restart: on-failure重启策略，单个模块崩溃后会自动重启，进一步降低故障影响面
• 还可按需给每个容器设置CPU、内存资源上限，避免单个模块异常占用全部服务器资源，影响其他服务

第三步：反向网关实现共用基础URL #

部署一个反向网关服务（推荐用Nginx，也可以用Node.js生态的http-proxy-middleware自研网关），网关也作为独立容器运行，所有外部请求统一走网关入口，网关根据请求路径前缀转发到对应功能模块的容器即可。
举个配置示例，假设你的统一基础URL是https://api.yourdomain.com：

• /user前缀的请求转发到用户模块容器
• /order前缀的请求转发到订单模块容器
• /stat前缀的请求转发到数据统计模块容器

对外用户感知不到后端的服务拆分逻辑，所有请求都使用同一个基础域名。

参考部署配置（docker-compose.yml示例） #

version: '3.8'
services:
  # 统一入口网关
  nginx-gateway:
    image: nginx:alpine
    ports:
      - "80:80"
    volumes:
      - ./nginx/conf.d:/etc/nginx/conf.d
    depends_on:
      - user-service
      - order-service
      - stat-service

  # 用户模块服务
  user-service:
    build: ./services/user
    restart: on-failure
    expose:
      - "3000"
    # 可选：配置资源限制
    deploy:
      resources:
        limits:
          cpus: '0.5'
          memory: 256M

  # 订单模块服务
  order-service:
    build: ./services/order
    restart: on-failure
    expose:
      - "3000"
    deploy:
      resources:
        limits:
          cpus: '0.5'
          memory: 256M

  # 数据统计模块服务
  stat-service:
    build: ./services/stat
    restart: on-failure
    expose:
      - "3000"
    deploy:
      resources:
        limits:
          cpus: '1'
          memory: 512M

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