EventBridge と自動修復の設計パターン

調査時点: 2026-07。

CloudWatch アラームと EventBridge の分担#

EventBridge 単体で「2 つのアラームが同時に ALARM」を待つことはできない。AND 条件は CloudWatch の複合アラームで組む。

形態	つなぎ方	主なソース	強み
イベントバス + ルール	1 対多(ファンアウト)	AWS サービスの状態変化、CloudTrail、自作アプリ、SaaS	1 イベントを複数ターゲット(Lambda / SNS / SQS)へ同時配信
Pipes	1 対 1(ポイントツーポイント)	SQS、DynamoDB Streams、Kinesis Data Streams(ポーリング型)	キュー監視の中継コードを書かずに、フィルタ・変換・エンリッチメント(Lambda 呼び出し)を宣言的に定義
Scheduler	時間	cron / rate / 単発指定	数百万タスクの単発実行、タイムゾーン指定。夜間の EC2 / RDS 停止起動など

バスとパイプの違いは、フィルタの位置(バスは出口のルールごと、パイプは入口)と変換の深さ(バスは Input Transformer まで、パイプは Enrichment で Lambda 等を呼べる)。

Pub/Sub の配信ハブ。トピックにパブリッシャー(CloudWatch アラーム、EventBridge ルール、アプリ)が送り、サブスクライバーが受ける。人間(メール、SMS、モバイルプッシュ)とシステム(SQS、Lambda、HTTPS)を同列に登録できる。

用途	構成
システム監視	CloudWatch アラーム → SNS → Slack / PagerDuty / メール
コスト管理	Budgets / コスト異常検出 → SNS → 財務担当
セキュリティ	GuardDuty → EventBridge → SNS → 担当者の SMS
ワークフロー	Step Functions → SNS → 承認メール → API Gateway で再開
ファンアウト	SNS → 複数 SQS に同一メッセージをコピー。サブスクライバーごとのメッセージフィルタリングで必要なものだけ通す

トリガー	検知	修復
Spot インスタンスの 2 分前中断警告	EventBridge の `EC2 Spot Instance Interruption Warning`	Lambda で対象を ALB ターゲットグループから登録解除(ドレイン)し、代替をプロビジョニング
物理ホスト障害	CloudWatch アラーム `StatusCheckFailed_System`	アラームアクション「Recover」で別ホストへ自動移設
AZ 間のインスタンス数不均衡	Auto Scaling の標準機能	AZ 再バランスが自動で平準化(追加設定不要)
脅威検知	GuardDuty → EventBridge	SSM Automation で対象 EC2 のセキュリティグループを隔離用に書き換え

原因	メトリクス	アクション	挙動
AWS 側の物理ホスト・電源・ネットワーク障害	`StatusCheckFailed_System`	Recover	インスタンス ID、プライベート IP、EIP、EBS、メタデータを維持したまま別ホストで再起動
OS 内部のハング・カーネルパニック・FS 破損	`StatusCheckFailed_Instance`	Reboot(または停止 → 起動)	同一ホストで OS を立ち上げ直す

「Everything fails, all the time」の前提で、原因究明より先に復旧を自動化しておく。スパイク時のデータロストは SQS(バッファ + デッドレターキュー)、再試行は Step Functions の指数バックオフで吸収する。

Config のマネージドルール(restricted-ssh、required-tags、EBS 暗号化など)でリソース構成の違反を検知し、Non-compliant イベントを出す
修復(Remediation)に SSM Automation ランブック(AWS-RevokeSecurityGroupIngressFromAnywhere、AWS-DisableIncomingSSHOnPort22 など)を紐付けると、コードなしで自動是正できる
複数リージョン・組織全体へのルール配信は適合パック(Conformance Pack)や組織ルール

役割分担:

CloudWatch アラームはメトリクスの監視であり、タグの有無のようなメタデータは評価できない。CloudTrail は操作の記録であり、現在のリソース状態の評価には向かない。SSM Inventory は OS 内の構成を収集する機能であり、適合判定はしない。