如何用Docker Compose容器化共享代码库的多个Python脚本

问题原因 #

1. 重复镜像构建：两个服务均执行build: ./，会触发两次完全相同的镜像构建，耗时且冗余。
2. 冗余文件复制：Dockerfile中ADD . /monitors已将整个项目复制到容器内，后续的COPY指令完全多余，无实际作用。
3. 日志输出阻塞：如果first.py和second.py未向标准输出/错误输出内容，Docker Compose会一直处于"Attaching to..."状态等待日志，看起来像卡住；若脚本以后台方式运行，也会导致前台无输出。
4. 数据无法共享：当前配置下，两个服务的数据库文件是各自容器内的副本，修改后无法同步，且容器销毁后数据会丢失。

优化实现 #

优化后的Dockerfile #

精简构建步骤，利用Docker缓存提升构建效率：

FROM python:3.10.10-bullseye
RUN pip install --upgrade pip

# 创建并设置工作目录
WORKDIR /monitors

# 先复制依赖文件，利用缓存：仅当requirements.txt修改时才重新安装依赖
COPY requirements.txt .
RUN pip install -r requirements.txt

# 复制整个项目文件
COPY . .

# 确保src模块能被正确导入
ENV PYTHONPATH=/monitors

优化后的docker-compose.yml #

复用镜像、实现数据共享与持久化：

version: '3.8'
services:
  first:
    build: .
    command: python -m src.sites.First.first
    volumes:
      # 挂载db目录，让两个服务共享同一数据库文件并持久化
      - ./src/db:/monitors/src/db
      # 挂载logs目录，持久化日志文件
      - ./logs:/monitors/logs
    # 确保容器日志能正常输出，避免卡住
    tty: true
    stdin_open: true

  second:
    # 复用first服务构建的镜像，避免重复构建
    image: ${COMPOSE_PROJECT_NAME}_first
    command: python -m src.sites.Second.second
    volumes:
      # 与first服务共享相同挂载目录，保证数据同步
      - ./src/db:/monitors/src/db
      - ./logs:/monitors/logs
    tty: true
    stdin_open: true

额外注意事项 #

• 检查Python脚本的路径处理逻辑：确保引用src/db等目录时，使用基于工作目录的相对路径或绝对路径，避免容器内路径不匹配的问题。
• libs/lib1.dylib是macOS平台的动态链接库，无法在debian容器中直接使用，若需依赖该库，需替换为Linux兼容的.so库或重新编译。
• 如果脚本是长期运行的监控类程序，确保其不会意外退出；若为一次性任务，容器在脚本运行完成后退出属于正常行为。

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