如何通过Docker Compose从一个容器调用另一个容器内的程序？

当然可以实现！除了常规的网络通信方式，还有几种实用的方法能让你从container_A调用container_B里的程序（比如Python、FFmpeg这类工具），我结合你的示例配置给你逐一拆解：

方法1：挂载Docker Socket，直接用Docker CLI调用 #

这是最灵活的调试方案，相当于在container_A里直接操作Docker主机上的容器。你只需要给container_A挂载主机的Docker socket，再安装Docker客户端即可：

修改你的docker-compose.yml：

version: "3.2"
services:
  container_A:
    image: 'alpine:latest'
    volumes:
      # 挂载主机的Docker socket，让容器内的Docker CLI能和主机Daemon通信
      - /var/run/docker.sock:/var/run/docker.sock
    # 启动时安装Docker CLI，然后保持容器运行
    command: sh -c "apk add --no-cache docker-cli && sleep infinity"
  container_B:
    image: 'python:3.7.0a3-alpine3.7'
    # 保持容器运行，避免启动后退出
    command: sleep infinity

配置好后启动容器，进入container_A的终端：

docker exec -it container_A sh

然后直接调用container_B里的Python：

docker exec container_B python

甚至可以直接执行脚本：

docker exec container_B python -c "print('Hello from container_B')"

# 如果要运行container_B内的脚本，比如/opt/script.py
docker exec container_B python /opt/script.py

优点：无需修改目标容器，能调用任意程序，支持交互式执行；
缺点：挂载Docker Socket会给container_A主机级的Root权限，生产环境要谨慎使用，仅限调试或可信场景。

方法2：共享卷，直接调用二进制文件 #

如果目标程序是静态编译的（比如部分FFmpeg版本、Go语言工具），或者依赖能在container_A中兼容，你可以把container_B里的程序二进制文件共享到container_A中：

修改docker-compose.yml添加共享卷：

version: "3.2"
services:
  container_A:
    image: 'alpine:latest'
    volumes:
      - shared_bin:/usr/local/bin
    command: sleep infinity
  container_B:
    image: 'python:3.7.0a3-alpine3.7'
    volumes:
      - shared_bin:/usr/local/bin
    # 可以在这里把需要共享的程序复制到共享卷（如果镜像里的程序不在这个路径）
    command: sh -c "cp /usr/local/bin/python /usr/local/bin/ && sleep infinity"
volumes:
  shared_bin:

启动后进入container_A，直接运行python就能调用container_B里的Python了。

优点：调用方式和本地程序一样，无需额外工具；
缺点：动态链接的程序可能因为container_A缺少依赖库无法运行（比如Python的很多依赖库在alpine基础镜像里没有），仅适合静态编译或依赖极简的程序。

方法3：通过SSH远程执行命令 #

这是比较传统的跨容器调用方式，在container_B中启动SSH服务，然后container_A用SSH客户端连接执行命令：

首先你需要给container_B构建一个带SSH的镜像（或者用官方镜像安装），比如创建Dockerfile：

FROM python:3.7.0a3-alpine3.7
RUN apk add --no-cache openssh-server \
    && echo "root:password" | chpasswd \
    && sed -i 's/#PermitRootLogin prohibit-password/PermitRootLogin yes/' /etc/ssh/sshd_config
EXPOSE 22
CMD ["/usr/sbin/sshd", "-D"]

然后修改docker-compose.yml：

version: "3.2"
services:
  container_A:
    image: 'alpine:latest'
    command: sh -c "apk add --no-cache openssh-client && sleep infinity"
  container_B:
    build: ./path/to/dockerfile
    ports:
      - "2222:22"

启动后进入container_A，用SSH连接container_B执行Python：

ssh root@container_B python

（第一次连接需要确认指纹，输入密码password）

优点：权限可控，适合生产环境中需要安全认证的场景；
缺点：配置繁琐，需要维护SSH服务，不符合Docker的轻量化设计理念，不推荐作为首选方案。

方法4：把程序封装成网络服务（补充网络通信方案） #

虽然你提到要“除网络通信外”的方式，但如果你的程序本身适合做成服务，这其实是最符合Docker设计理念的方案：比如把Python脚本做成一个HTTP API（用Flask/FastAPI），然后container_A用curl或HTTP客户端调用。

比如在container_B里写一个简单的Flask服务：

# app.py
from flask import Flask
app = Flask(__name__)

@app.route('/run')
def run_script():
    # 这里写你的业务逻辑
    return "Hello from container_B's Python!"

if __name__ == '__main__':
    app.run(host='0.0.0.0', port=5000)

修改container_B的配置：

container_B:
  image: 'python:3.7.0a3-alpine3.7'
  command: sh -c "pip install flask && python app.py"
  ports:
    - "5000:5000"

然后在container_A里调用：

apk add --no-cache curl
curl container_B:5000/run

优点：松耦合，符合微服务设计，适合长期运行的服务型程序；
缺点：需要把脚本改造成服务形式，不适合一次性的命令行工具调用。

总结选择建议 #

• 临时调试/快速验证：优先选方法1（Docker CLI）；
• 静态编译工具或极简依赖程序：选方法2（共享卷）；
• 生产环境安全要求高的场景：考虑方法3（SSH）或方法4（网络服务）；
• 服务型程序：首选方法4（网络服务）。

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