Instiq
第5章 · インシデントとイベントへの対応·v2.0.0·更新 2026/6/3·読了目安 約10分

変更要約: DOP-C02 第5章を深掘り(比較表・シナリオ・FAQ・ひっかけ・深掘り段落を各節に追加、図を日本語版に対応)

5.3通知とエスカレーション

この節の要点

インシデントの通知と運用——SNSEventBridgeSystems Manager Incident ManagerChatbot(Slack/Teams 連携)デッドレターキュー(DLQ)——を理解します。適切な相手へ確実に届け、対応を統制します。

検知・修復に加え、適切な相手への通知とエスカレーションが重要です。SNS や Incident Manager で対応を統制します。

5.3.1通知とインシデント管理

通知とエスカレーションを示した図。アラームやイベントを EventBridge/SNS が受け、SNS が Email/SMS/HTTP/Lambda へ通知をファンアウト、AWS Chatbot が Slack/Teams へ運用通知を連携、重大インシデントは Systems Manager Incident Manager がエスカレーション計画(オンコール連絡先・対応プラン・自動ランブック)に従って統制し、配信に失敗したメッセージはデッドレターキュー(DLQ)に退避して後で再処理する構成を示した図。
通知とインシデント管理
  • SNS:通知を Email/SMS/HTTP/Lambda へファンアウトする。
  • ChatbotSlack/Teams に運用通知やアラームを連携する。
  • Incident Manager:重大インシデントのエスカレーション計画・対応プラン・オンコールを統制。
  • DLQ(デッドレターキュー):配信/処理に失敗したメッセージを退避し、後で再処理する。
試験ポイント

「通知のファンアウト=SNS」「Slack/Teams 連携=Chatbot」「重大インシデントの統制/オンコール=Incident Manager」「失敗メッセージの退避=DLQ」 は DOP-C02 で頻出です。Lambda や SQS の処理失敗を取りこぼさないよう DLQ を設定するのが定石です。

続きは無料登録で読めます

冒頭を無料で公開中。無料登録でこの節の全文と、第4章以降を含む全参考書・全問題集が読めます。