AWS User Notifications と Sabaki の違い

AWS User Notifications は、AWS の通知を 1 か所で管理する機能です。扱う通知は 2 種類あります。

1 つは AWS が既定で生成する通知（AWS managed notifications）です。AWS Health、AWS Billing and Cost Management（請求・支払い・アカウントの活動）、AWS Marketplace などが対象で、設定をしなくてもコンソールの通知センターに表示され、アカウントの連絡先メールアドレスに届きます。届け先を追加したり、連絡先への配信を調整したりできます。

もう 1 つは、利用者が通知設定を作って生成する通知です。Amazon EventBridge のイベントをもとに、CloudWatch アラームやサポートケースなどを、サービス・イベントの種類・リージョンを指定して通知にできます。

届け先は、コンソールの通知センター、メール、チャット（Amazon Q Developer in chat applications を経由して Slack や Microsoft Teams など）、AWS Console Mobile Application のプッシュ通知、API です。同種の通知をまとめる集約の設定があり、AWS Health については同じ組織内のアカウントをまたいだ集約もできます。

User Notifications は、通知を生成し、届け、一覧する機能です。届いた通知を読んで判断し、誰かが対応する、という先の部分は利用者に委ねられています。

通知そのものの文言は、日本語を含む複数の言語で表示できます（通知センターと API。GetNotificationEvent の locale に ja_JP などがあります）。ただし、届いた 1 通ごとに「影響は何か、いつまでに何をすべきか」を判断して重要度と期日を付ける、という部分はありません。通知ごとに「未対応」「対応済み」を記録してチームで共有する機能も、その役割ではありません。

管理の単位は AWS アカウントか、AWS Organizations の 1 つの組織です。MSP や開発会社のように、互いに無関係な複数の顧客のアカウントを預かっている場合、顧客の数だけ別々の User Notifications があることになります。すべての顧客の通知を 1 つの画面に並べて「これはどの顧客の話か」で仕分ける使い方は想定されていません。

2026 年 9 月時点の内容です。AWS の機能は更新されるので、対象のサービスや届け先の最新の一覧は AWS のドキュメントで確認してください。

Sabaki は AWS のイベントを直接は受け取りません。メールにならない CloudWatch アラームや EventBridge のイベントをチャットへ流す用途は、User Notifications の領分です。メールの転送を経由するぶん、秒単位の即時性もありません。障害の一次検知は監視とアラームに任せ、Sabaki は「届いたメールを読み落とさず、誰が対応したかを残す」ことに使うのが適切です。

また、1 つの組織の中だけで運用していて、英語の通知をそのまま読めるチームであれば、User Notifications だけで足りることが多いはずです。

両者は競合しません。User Notifications が連絡先メールアドレスへ届けた通知を、そのまま Sabaki へ転送できます。分担は次のようになります。

• CloudWatch アラームや、デプロイ・スケーリングなどのイベント → User Notifications でチャットやモバイルへ即時に
• メンテナンスの予告、証明書の更新、ランタイムの廃止、請求に関する連絡など、期日のある通知メール → Sabaki で顧客別に仕分け、日本語で読み、対応を記録
• AWS Health → 緊急度の高いものは User Notifications で即時に受け、メールは Sabaki にも転送して内容の把握と記録に使う

Sabaki は、顧客ごとの転送先アドレスを発行し、AWS の通知が届いているメールボックスに転送ルールを 1 つ足すだけで使い始められます。AWS 側の設定変更は要りません。手順はご利用開始後の初期設定にまとめています。