EventBridge入門 〜開発未経験・AWS初心者がイベント駆動を理解してみる〜

20261029_JAWS-UG 初心者支部 #93 ShortSession大会

Transcript

1. EventBridge入⾨ 〜開発未経験・AWS初⼼者が イベント駆動を理解してみる〜 2026.10.29 JAWS-UG初心者⽀部 #93 Short Session大会 祈織
2. 自⼰紹介 祈織 -Inori所属：某クソデカ大⼿SES企業 ロール：インフラエンジニア 運営：JAWS-UG 彩の国埼⽟⽀部 JAWS配信部(⾒習い) 趣味：ドラクエ10、料理 ひとこと：今年の2月ぶりの初⼼者⽀部登壇です！ 今⽇でKiroネイル⾒納めです；； Twitter Qiita
3. Agenda 01 02 02 03 03 04 04 01 はじめに EventBridgeとは 9月のアップデート情報 新バス vs Classic 05 06 06 07 07 05 検証！ 活用法 まとめ
4. はじめに AWS認定デベロッパーアソシエイト（DVA）の学習中、 出題範囲のEventBridgeに着⽬ 試験対策を兼ね、実際に触って理解することに 調べる中で、2026年9月のアップデート（新Custom event bus）を知る せっかくなので新旧両方のバスを検証
5. EventBridgeとは 起きたこと（イベント）を受け取り、ルールに基づいて適切な宛先に 届ける、サーバレスのイベントバス（仲介役）のこと 送信者と受信者が疎結合（直接依存しない）となることが 最大のメリット イベントソース イベントバス ルール （フィルタ） ターゲット
6. EventBridgeとは 起きたこと（イベント）を受け取り、ルールに基づいて適切な宛先に 届ける、サーバレスのイベントバス（仲介役）のこと 送信者と受信者が疎結合（直接依存しない）となることが 最大のメリット イベントソース イベントバス 送信元はここに送るだけ 受信側が増えても変更不要 ルール （フィルタ） ターゲット
7. EventBridgeとは ∼イベントソース編∼ イベントソースは３種類 AWSサービス 自前アプリ 外部SaaS（例：Datadog、Shopifyなど） 出どころ AWSサービス 送信元 送信方法 届くバス 例 EC2インスタンス停止 S3にファイル配置 AWS 自動送信 defaultバス 自前アプリ 自⾝のコード PutEventsAPI 呼び出し 自作のカスタムバス defaultバス 外部SaaS SaaS事業者 （例：Datadog） パートナー連携による SaaS専用パートナーバス 自動送信 注文が⼊った 支払いが完了した Datadogのアラート
8. 9月のアップデート情報 2026年9月24⽇、アップデートの発表が！ 既存のカスタムイベントバスを 「Custom event bus - classic」に改名 新しい「Custom event bus」が別リソースとして登場 Classicも引き続き利用可能（API変更なし、移⾏は任意） 東京リージョンも提供開始から利用可能！！！！！
9. 9月のアップデート情報 再設計の背景 Before（Classic） アカウントA アカウントB バス バス バス アカウントC
10. 9月のアップデート情報 再設計の背景 Before（Classic） バス同士の転送が 網目状に… アカウントA アカウントB バス バス バス アカウントC
11. 9月のアップデート情報 再設計の背景 Before（Classic） After（新バス） バス同士の転送が 網目状に… アカウントA アカウントB バス バス アカウントB アカウントA 共有バス バス アカウントC アカウントC
12. 9月のアップデート情報 再設計の背景 Before（Classic） After（新バス） バス同士の転送が 網目状に… アカウントA アカウントB バス バス アカウントB アカウントA 1つのバスを全員で共有！！！ 共有バス バス アカウントC アカウントC
13. 新バス vs Classic 項目 Classic 新バス バス所有者がルールを管理 受信側がSubscriber で設定 標準ではなし デフォルト24時間、 最大1年 リプレイ 別途アーカイブ設定が必要 保持データから そのまま可能 価格モデル イベント数課金 データ量課金 フィルタ管理 イベント保持 ※本質的な違いは 「フィルタの管理者」と「イベントの保持」の2点
14. 新バス vs Classic 項目 Classic Subscriber： 受け取り側が自分で作る 新バス 受け取り設定 バス所有者がルールを管理 受信側がSubscriber で設定 標準ではなし デフォルト24時間、 最大1年 リプレイ 別途アーカイブ設定が必要 保持データから そのまま可能 価格モデル イベント数課金 データ量課金 フィルタ管理 イベント保持 ※本質的な違いは 「フィルタの管理者」と「イベントの保持」の2点
15. 検証！ Classicと新バスの違いを実際に触って体感 シナリオ： 「ガチャを引いた」イベントを新旧イベントバスへ送信し、 受信側とバス側の保持の違いを確認 Classicバスの流れイメージ コンソールから 送信 Classicバス ルール Lambda 新バス Subscriber Lambda 新バスの流れイメージ コンソールから 送信
16. 検証！ Classicの結果 Lambdaログ
17. 検証！ Classicの結果 Lambdaログ ガチャイベントがLambdaに到着 SSR・伝説の剣を受信
18. 検証！ Classicの結果 アーカイブ アーカイブ未設定のため、 バス上にイベントは保持されない （保持してあげるなら別途設定を）
19. 検証！ 新バスの結果 Lambdaログ
20. 検証！ 新バスの結果 Lambdaログ ガチャイベントがLambdaに到着 SSR・伝説の剣を受信
21. 検証！ 新バスの結果 Subscriber Subscriberごとに配信状況を確認可能 配信1件・ドロップ0件
22. 検証！ 新バスの結果 Classicではアーカイブは設定が必要だが、新バスでは 作成時に保持期間が設定できる
23. 活用⽅法 活用例 内容 関係する違い 組織共通のイベント基盤 各チームが必要なイベントを自ら購読。 新規チームも中央への依頼なしで参加可能 フィルタの管理者 障害復旧 処理に失敗したイベントを保持データから再処理 イベントの保持 新システムの立ち上げ 過去のイベントを流し込み、システムの初期デー タとして活用 イベントの保持 正直なところ、個人で触った感想は「地味だな…」 しかしこういうった場面だと新機能の差が効いてくるのでは。
24. まとめ EventBridgeは送信元と送信先をつなぐ仲介役（疎結合） 新Custom event busは、組織全体で共有可能な イベントバスとして再設計 Classicとの本質的な違いは 「フィルタの管理者」と「イベントの保持」 個人での検証では差は地味。真価は組織規模と障害時
25. 宣伝 11月20⽇、Sales⽀部とコラボやります！（私は配信部で参加します） 申し込みはこちら （Sales支部のページです）
26. ご清聴 ありがとうございました！ 訂正・補足など愛のある指摘お待ちしていますm(_ _)m