3.3基礎
日次パイプラインの完了時刻が徐々に遅くなっている。
失敗前に遅延を検知し、担当者へ通知したい。
最も適切な監視・保守方法はどれか。
× 不正解
CloudWatchカスタムメトリクスとアラームで、遅延・滞留・失敗率を監視し、SNSなどへ通知する。
詳細解説
正しい処理時間・待ち時間・未処理件数をCloudWatchメトリクスへ出す
しきい値や異常検知で遅延の兆候を捉え、アラームを設定できる。
しきい値や異常検知で遅延の兆候を捉え、アラームを設定できる。
誤り成功/失敗だけを毎日目視する
遅延の傾向を見逃し、復旧が後手になる。
遅延の傾向を見逃し、復旧が後手になる。
誤りS3 Lifecycleで古いログを移行する
保存クラス移行は処理遅延の検知を行わない。
保存クラス移行は処理遅延の検知を行わない。
誤りCloudTrailのAPI回数だけをアラームにする
API回数は処理遅延や未処理件数と直接一致しない。
API回数は処理遅延や未処理件数と直接一致しない。
実際に確かめる
一時的な検証環境で実行できる例です。
Amazon CloudWatch custom metrics、alarms、anomaly detectionの公式説明を確認する。期待される結果
成功/失敗だけの監視と遅延メトリクスの違いを説明できる。理解のポイント
- CloudWatch
- メトリクス
- 遅延
- アラーム
確認時の注意
- 確認環境: AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
- AWS公式DEA-C01 Domain 3・Task 3.3と各サービスの公式ドキュメントを確認する。
基礎のおさらい
SLI設計
完了時間、レコード遅延、処理量、エラー率など利用者影響に近い指標を選ぶ。
しきい値
固定値と異常検知を使い分け、短時間の揺れで通知が乱発しないようにする。
問題IDAWS-DEA-215
確認環境AWS公式DEA-C01試験ガイドと各サービスの公式ドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告