AWS通知を3層に分離して通知疲れを軽減する設計戦略 | DevelopersIO

歴史シミュレーションゲーム好きのくろすけです！ AWS の監視設計を考えていると、CloudWatch のアラート、AWS Health の通知、AWSアカウントの代替連絡先に届くメールなど、通知の入口がいろいろあって少し混乱しますよね。 便利な一方で、「これは今すぐ反応すべき通知なのか？」「あとで確認すればよい通知なのか？」が混ざってしまい、通知疲れしやすいのも事実です。 そこで今回は、自分なりに整理した AWS 通知の使い分けをまとめてみます。 概要 今回整理した考え方は、次の3層です。 また、通知が埋もれてしまうことを防ぐためにそれぞれ通知先のメールグループを分けるのが良いと考えています。 CloudWatch Alarm などを用いたカスタム監視通知: 即時対応が必要な通知 AWS Health からの保守通知: 計画的な対応が必要な通知 AWS アカウントの代替連絡先: INFO