どんな場面で検討するか
ファイル到着、キュー、時刻、HTTPなどのイベントを契機に、データ変換や短い業務処理を動かしたい場合。常時動くWebアプリからイベント処理を分ける候補。
組織で使う条件
イベントIDで冪等化し、再試行上限・失敗キュー・監視を定義する。マネージドIDと秘密情報管理を使い、依存サービス停止を正常完了に変換しない。
採用前に試すこと
- 合成CSVと一意のイベントIDを用意し、検証用保存先へ結果を書き込む関数を配備する。
- 正常入力、同じイベントの再送、形式不正の入力を与え、結果・重複・失敗記録を照合する。
- 接続先失敗と再実行を試し、回数・GB秒・ログ量を取得して採用プランと照合する。
合格と判断する条件
- 正常100行の件数と合計が一致し、再送で二重登録されない。不正・依存先失敗は失敗として追跡できる。
- 実行時間と同時実行が採用プラン内に収まり、費用要因を測定できる。
見落としたくない点
- 接続を長時間保持する処理や独自OS環境が必要ならコンテナやVMと比較する。実行が一度だけ届く前提で、二重登録を防がない実装にはしない。
- 接続を長時間保持する処理や独自OS環境が必要ならコンテナやVMと比較する。実行が一度だけ届く前提で、二重登録を防がない実装にはしない。