何を学ぶか
実務では 何がこの仕組みの入口になるか？ を先に確認する。設定値だけでなく、入力と出力の境界を明確にする。
AWS Batchでジョブ実行基盤を作る
大量・長時間・キューイングが必要なバッチを、Job definition・Queue・Compute environmentの組み合わせで運用する。
TL;DR — この章で学ぶこと
- Job definitionは実行する内容
- Job Queueは順番と優先度
- Compute environmentは実行場所を用意する
01Job definitionは実行する内容
何がこの仕組みの入口になるか？ — Job definitionは実行する内容を、構成図の矢印から読み解く。
02Job Queueは順番と優先度
どのサービスが責任を持つか？ — Job Queueは順番と優先度を、構成図の矢印から読み解く。
何を学ぶか
実務では どのサービスが責任を持つか？ を先に確認する。設定値だけでなく、入力と出力の境界を明確にする。
03Compute environmentは実行場所を用意する
失敗時にはどこへ戻る／進むか？ — Compute environmentは実行場所を用意するを、構成図の矢印から読み解く。
何を学ぶか
実務では 失敗時にはどこへ戻る／進むか？ を先に確認する。設定値だけでなく、入力と出力の境界を明確にする。
結論
- Job definitionにはコンテナイメージ、vCPU・メモリ、コマンド、ロールを定義する。定義のrevisionを意識して再現可能にする。
- Job Queueは投入された仕事を待たせ、優先度と接続先のCompute environmentを持つ。APIの常駐サービスとは目的が違う。
- Compute environmentが必要な容量を確保し、Jobを実行する。EventBridge Schedulerから起動する場合も、ジョブの失敗・再試行・終了を監視する。