Docker容器文件挂载问题：Web服务容器调用CodeRunner容器失败

核心问题是：容器化的HTTP服务创建的目录仅存在于自身容器内部，宿主机的Docker Daemon无法识别该路径，导致挂载CodeRunner容器时失败。以下是几个可行的解决思路：

方案1：绑定共享宿主机目录（推荐生产环境） #

通过让HTTP服务与宿主机共享一个固定目录，让所有用户解决方案都存放在这个共享目录下，确保宿主机能访问到路径：

1. 宿主机创建共享目录：

   mkdir -p /var/code-runner/workspaces
   chmod 777 /var/code-runner/workspaces  # 生产环境可设置匹配容器UID/GID以提升安全性
   

2. 启动HTTP服务容器时挂载共享目录：

   docker run -d \
     -v /var/code-runner/workspaces:/app/workspaces \
     your-http-service-image
   

3. HTTP服务内创建解决方案目录：
   在容器内的/app/workspaces下创建User_Solution-ID目录，存入代码文件。
4. 调用CodeRunner容器时使用宿主机路径：

   docker run --rm \
     -v /var/code-runner/workspaces/User_Solution-ID:/input \
     -v /var/code-runner/workspaces/User_Solution-ID:/output \
     exercism/code-runner:<language> \
     --name "User_Solution-ID" --input /input --output /output
   

5. 清理资源：
   读取results.json后，HTTP服务直接删除容器内/app/workspaces/User_Solution-ID目录，宿主机对应目录也会被同步删除。

方案2：为每个解决方案创建独立Docker卷（隔离性更好） #

针对每个用户解决方案创建唯一命名的Docker卷，通过临时容器完成代码复制和结果读取：

1. 创建唯一命名卷：

   SOLUTION_ID="User_Solution-123"
   docker volume create ${SOLUTION_ID}
   

2. 将代码复制到卷中：
   利用临时Alpine容器，把HTTP服务容器内的代码目录复制到卷里：

   docker run --rm \
     -v ${SOLUTION_ID}:/target \
     -v /app/workspaces/${SOLUTION_ID}:/source \  # HTTP服务内的代码目录
     alpine cp -r /source/* /target/
   

3. 运行CodeRunner容器挂载卷：

   docker run --rm \
     -v ${SOLUTION_ID}:/input \
     -v ${SOLUTION_ID}:/output \
     exercism/code-runner:<language> \
     --name "${SOLUTION_ID}" --input /input --output /output
   

4. 读取结果文件：
   同样用临时容器把卷内的results.json复制到HTTP服务容器内：

   docker run --rm \
     -v ${SOLUTION_ID}:/source \
     -v /app/workspaces/${SOLUTION_ID}:/target \
     alpine cp /source/results.json /target/
   

5. 清理资源：

   docker volume rm ${SOLUTION_ID}
   rm -rf /app/workspaces/${SOLUTION_ID}
   

方案3：Docker-in-Docker（仅测试环境） #

通过让HTTP服务容器直接访问宿主机Docker Socket，实现容器内调用Docker时识别自身路径。但该方案存在安全风险（容器可操控宿主机Docker），且资源占用高，仅适合测试：

• 挂载宿主机Docker Socket启动HTTP服务：

  docker run -d \
    -v /var/run/docker.sock:/var/run/docker.sock \
    -v /usr/bin/docker:/usr/bin/docker \
    your-http-service-image
  

• 此时HTTP服务容器内执行的docker run命令会直接调用宿主机Docker Daemon，可直接使用容器内的路径挂载（需确保路径权限正确）。

之前方案失败的原因分析 #

• 方案1（Compose创建input:/input卷）：命名卷无法动态映射容器内临时创建的目录，且未添加唯一ID导致命名冲突，若为每个解决方案创建带唯一ID的命名卷即可避免。
• 方案2（创建input:/app/input卷）：尝试绑定容器内子目录时，宿主机不存在对应路径，绑定挂载要求宿主机路径必须存在，因此失败。

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