1.3標準
機密データを公開する前に、担当者の承認を受ける。
承認後だけStep Functionsの次のタスクへ進み、長時間待機中もワーカーを占有しない。
最も適切な構成はどれか。
× 不正解
Task Tokenを外部承認へ渡し、承認時にStep Functions APIで成功通知すると、ワーカーを占有せずワークフローを再開できる。
詳細解説
誤りCloudWatchメトリクスを手動で1へ設定する
メトリクス変更はStep Functionsのタスク完了通知にならない。
正しいStep FunctionsのCallback with Task Token
外部承認システムへTask Tokenを渡し、承認時にSendTaskSuccessでワークフローを再開できる。
誤りLambdaを無限ループさせて承認を待つ
実行時間・コスト・タイムアウトの問題があり、外部待機を効率化しない。
誤りS3のバージョンを承認フラグにする
オブジェクト版はワークフローの状態通知を安全に表さない。
公式資料で確認する
以下の項目を公式資料の記述と照合して確認します。
Step Functionsのcallback pattern、Task Token、SendTaskSuccess・Failureを確認する。
確認できる内容
ポーリングや無限ループと、外部完了通知による待機を区別できる。
理解のポイント
- Task Token
- Callback
- 外部承認
- ワークフロー再開
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 1・Task 1.3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
長時間待機
外部処理の完了まで状態を保持し、計算資源を占有しない待機方式を選ぶ。
セキュリティ
Task Tokenの漏えい防止、承認者の認証、期限切れ、二重通知を管理する。
問題IDAWS-DEA-060
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告