Docker Swarm模式下容器重建后如何执行数据库迁移？

以下是几个符合你需求的方案，无需修改容器entrypoint，也不用docker-compose：

1. 使用Swarm一次性任务（One-off Task） #

这是最贴合Swarm原生特性的方案，专门创建一次性任务执行迁移：

• 操作步骤：
  1. 确保你的镜像包含数据库迁移命令（比如flask db upgrade、rails db:migrate这类）。
  2. 在GitHub Action的镜像推送完成步骤后，添加执行迁移的命令：

     # 创建一次性迁移任务，执行一次后自动退出
     docker service create \
       --name db-migration \
       --replicas 1 \
       --restart-condition none \
       --env DATABASE_URL=your-db-connection-string \
       your-image-name:latest \
       your-migrate-command
     

  3. 也可以通过Portainer UI手动创建一次性任务，或者调用Portainer API在Action中自动化触发。
• 优势：迁移逻辑和业务容器完全隔离，不影响主服务启动流程；Swarm会自动调度任务到可用节点。

2. 利用Portainer Webhook触发迁移 #

借助Portainer的Webhook功能，在服务更新完成后自动触发迁移：

• 操作步骤：
  1. 在Portainer中找到目标服务，进入「Webhooks」设置，创建新Webhook，触发事件选择「服务更新成功」。
  2. 让Webhook指向一个轻量HTTP服务（可部署在Swarm中），该服务收到请求后执行：

     # 调用Swarm API创建一次性迁移任务
     docker service create --name db-migration --replicas 1 --restart-condition none your-image:latest your-migrate-command
     

  3. 若Portainer所在节点能直接执行Docker命令，Webhook也可直接调用本地命令。
• 优势：完全贴合Portainer管理流程，无需在GitHub Action中额外配置Docker命令。

3. 在GitHub Action中直接执行迁移 #

如果你的数据库可被GitHub Action Runner访问（比如同VPC或公网可达），可直接在Action中执行迁移：

• 操作步骤：
  1. 在GitHub Action的镜像推送步骤后，添加新步骤：

     - name: Run database migration
       run: |
         docker run --rm \
           --env DATABASE_URL=${{ secrets.DATABASE_URL }} \
           your-image-name:latest \
           your-migrate-command
     

  2. 用GitHub Secrets管理数据库连接字符串，避免明文泄露。
• 优势：流程最简单，无需依赖Swarm额外任务调度；也可调整顺序，确保迁移完成后再触发服务更新。

注意事项 #

• 无论用哪种方案，都要确保迁移操作是幂等的（重复执行不会导致数据异常），这是数据库迁移的基本要求。
• 若需要新容器在迁移完成后再启动，可调整服务更新策略（比如--update-order start-first），或在迁移任务完成后再触发服务更新。

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