给容器加调度，往往就是选项用尽的地方。Kubernetes CronJob 是成熟答案，但前提是你已经有集群。在那条线之下，通常的做法是 cron 调用 docker run，除了触发之外什么也没有。
在工作流层声明容器，所有步骤都在同一个长期运行的容器中执行。步骤共享文件系统，因此某一步安装的软件包对下一步依然可用。
该模式下步骤通过 docker exec 执行，因此镜像的 ENTRYPOINT 和 CMD 不会用于步骤命令。请把命令写在步骤里。
# nightly-report.yaml
schedule: "0 3 * * *"
max_active_runs: 1
container:
image: python:3.12
volumes:
- ./data:/data
env:
- TZ=Asia/Tokyo
steps:
- id: install
run: pip install -r /data/requirements.txt
- id: build_report
run: python /data/build_report.py
depends: install
retry_policy:
limit: 2
interval_sec: 120
- id: publish
run: python /data/publish.py
depends: build_report
mail_on:
failure: true
exec 模式把工作流指向一个已经运行的容器，例如由 Docker Compose 启动的容器。定时任务在真实运行的应用容器内执行，而不是在它的一个新副本里。
# app-maintenance.yaml
schedule: "0 4 * * *"
max_active_runs: 1
# docker compose で起動済みのコンテナに exec する
container: myapp-web
steps:
- id: migrate
run: php artisan migrate --force
- id: prune_sessions
run: php artisan session:prune
depends: migrate
- id: clear_cache
run: php artisan cache:clear
depends: prune_sessions
mail_on:
failure: true
当流水线跨越多种工具时，每一步都可以带上自己的镜像。工作流仍是一个文件、一份调度，而步骤保持独立。
# etl-pipeline.yaml
schedule: "0 2 * * *"
max_active_runs: 1
steps:
- id: extract
container:
image: mysql:8
volumes:
- ./work:/work
run: mysqldump --host db.internal -u svc app > /work/dump.sql
- id: transform
container:
image: python:3.12
volumes:
- ./work:/work
run: python /work/transform.py
depends: extract
- id: load
container:
image: postgres:16
volumes:
- ./work:/work
run: psql -h dw.internal -f /work/out.sql
depends: transform
handler_on:
failure:
run: ./scripts/notify-failure.sh
mail_on:
failure: true
容器步骤需要与 Docker 兼容的 API 通信。这是唯一的要求，同时也是规划部署前值得知道的约束。
Dagu Cloud 托管实例使用 gVisor 隔离，不暴露容器守护进程套接字，因此其中无法使用容器步骤。请使用自托管 Dagu，或把工作流路由到自托管 worker。
本页主张的是在特定情况下使用更小的工具，而不是普遍地回避 Kubernetes。
FAQ
不必。Dagu 直接与 Docker 兼容的守护进程通信，因此一台装有 Docker 的主机就够了。需要集群级调度与扩缩时 Kubernetes 才值得，而不是仅仅为了凌晨三点跑一个容器。
主要差别在运维成本。Airflow 在运行一个容器之前需要调度器、元数据数据库和 Python DAG 框架。Dagu 是状态存于文件的单一二进制文件，容器是工作流或步骤上的一个字段，而不是 Python operator。
可以。使用工作流层容器时，步骤在同一容器中运行并直接共享文件系统。若每步使用不同镜像，则把同一宿主路径挂载到各步骤，上一步的输出下一步即可见。
能，通过 Podman 的 Docker 兼容 API。在自托管环境中设置 DAGU_CONTAINER_RUNTIME=podman，容器步骤的行为相同。
可以，这就是 exec 模式。指定运行中的容器名，工作流的步骤便在其中执行。针对运行中的 compose 环境做定时迁移和缓存维护通常就是这样接的。