ジョブ管理システム
スケジュール、依存関係、営業日カレンダー、リトライ、リカバリジョブ、実行履歴。ジョブネットをバージョン管理された YAML として定義し、単一のセルフホストバイナリが実行します。
この分野はスケジュール実行だけを指しません。時刻で起動するところまでは cron がすでにやっています。ジョブ管理システムが必要になるのは、ジョブ同士に依存関係が生まれ、翌朝それについて誰かが説明責任を負うようになってからです。
多くのチームは cron やタスクスケジューラからここに来ます。決断というより、たいてい同じ 3 つの症状が出た結果です。
依存関係、カレンダー、リトライ、リカバリは、crontab の行とラッパースクリプトに散らばった慣習ではなく、ワークフローの項目になります。2 つの取得ジョブが並行で走り、集計は両方の完了を待ちます。
# nightly-jobnet.yaml
schedule: "0 2 * * *"
max_active_runs: 1
# 営業日だけ実行する
preconditions:
- eval: "$(date +%u)"
expected: "re:[1-5]"
steps:
- id: fetch_sales
run: /opt/batch/fetch-sales.sh
retry_policy:
limit: 2
interval_sec: 300
- id: fetch_inventory
run: /opt/batch/fetch-inventory.sh
retry_policy:
limit: 2
interval_sec: 300
- id: aggregate
run: /opt/batch/aggregate.sh
depends: [fetch_sales, fetch_inventory]
- id: publish
run: /opt/batch/publish-report.sh
depends: [aggregate]
# 異常時のリカバリと完了処理
handler_on:
failure:
run: /opt/batch/recovery.sh
success:
run: /opt/batch/mark-complete.sh
mail_on:
failure: true
ジョブはたいていすでにあるマシンの上で動いています。Dagu は常駐エージェントなしに SSH でそれらを実行し、常駐する実行基盤が適している場合はワーカープロセスを置きます。
深夜 3 時に失敗したジョブを再実行する運用担当が、その中身を黙って変更できる必要はありません。ロール、SSO、監査ログはライセンス版のセルフホストに含まれます。
Dagu は同じ HTTP サーバーの /mcp エンドポイントに MCP サーバーを内蔵しています。別途インストールするパッケージはありません。MCP 対応の AI ツールは、REST API と同じ認証境界を通してワークフロー、実行状態、ログを読めます。運用にとって重要なのは、権限の仕組みが既存のものと同じだという点です。
監査ログはライセンス版の機能で、コミュニティ版の API キーは 2 本までです。
コミュニティ版のセルフホストはサーバー数もワーカー数も無制限で無料です。ライセンス版は実行ノードではなく Dagu サーバー単位の課金で、サーバーライセンス 3 つ年額 500 ドルから。ただしそれで買えないものがあります。従来型のベンダーとの関係です。
FAQ
自動の変換ツールはありません。現実的な進め方は、既存製品からユニット定義をテキストで出力し、DAG ファイルを生成するスクリプトを書き、dagu validate で検証したうえで、まず 1 ジョブネットグループだけ既存製品と並行稼働させることです。変換先がプレーンな YAML なので、この変換処理は自社で持って何度でも流し直せます。データ移行ではなく開発作業として工数を見積もってください。
スケジュールは cron 式で指定し、実行可否は preconditions で判定します。曜日や日付の条件はワークフローまたはステップの条件として書きます。営業日カレンダーを別のシステムが持っている場合は、ステップからそれを取得して条件に使えます。
権限で分けてください。MCP は Dagu の既存のロールと API キーの仕組みをそのまま使うので、surface を mcp のみに限定し viewer ロールを与えたキーなら、AI ツールは状態とログを読めますが、実行の開始も停止も定義の変更もできません。実際に操作させたいところにだけ operator や developer を渡します。呼び出しは監査に残り、キーの帰属先も記録されます。
スケジューラーは単一インスタンスで動きます。リーダー選出の仕組みは内蔵していないため、可用性が要件になる場合はプロセス監視と共有ストレージを含めた構成を自社で設計する必要があります。ワーカー側は複数台に増やせます。
コミュニティ版のセルフホストはサーバー数もワーカー数も無制限で、スケジュール実行、依存関係、リトライ、Web UI、Docker と SSH と HTTP のステップまで含めて無料です。SSO、ロールベースアクセス制御、監査ログ、メールサポートはライセンス版に含まれます。API キーはコミュニティ版で 2 本までです。
次のステップ
Dagu を入れて、いま cron で動いているスクリプトを 1 本だけ YAML に移し、実際の実行履歴で判断してください。