Amazon EventBridge がエンタープライズ向けに強化されたカスタムイベントバスをリリース

Amazon EventBridge は、組織規模のイベント駆動型アプリケーション構築を支援する、強化された「Custom event bus」を導入しました。AWS Resource Access Manager (RAM) を介したクロスアカウント共有、CloudEvents 等の標準フォーマットへの対応、最大1年間のデータ保持機能、厳密なイベント順序保証、およびコンテンツベースの重複排除が追加されています。また、課金体系がイベント数からデータ転送量ベースへと変更されました。なお、既存のカスタムイベントバスは「Custom event bus - classic」へと名称変更されますが、既存の API に変更はありません。

エンジニア視点での注目ポイント

今回のアップデートは、大規模なマイクロサービス構成やマルチアカウント運用を行っているチームにとって、非常にインパクトが大きい内容です。

解決される技術的課題

これまでイベント駆動アーキテクチャで課題となっていた以下の点が大幅に改善されています：

• 分散チーム間の疎結合化: RAM による共有により、中央集権的なイベントハブを構築しやすくなりました。
• イベントの順序性と整合性: 「厳密な順序保証」と「自動重複排除」により、分散システム特有の順序逆転や二重処理のハンドリングコストが激減します。
• データの再利用性: 最大1年間のデータ保持（Retention）により、障害復旧時や新しいコンポーネントへの過去データの流し込み（Hydration）が容易になります。

日本国内のリージョン状況

最新のリージョン状況を確認したところ、東京リージョン (ap-northeast-1) では本機能が利用可能であることが明示されています。一方で、大阪リージョン (ap-northeast-3) については、今回の発表および公式ドキュメントに記載がありません。大阪リージョンでの利用を検討されている場合は、今後のアップデートを待つ必要があります。

運用・コストへのアドバイス

• コストモデルの変化: 課金が「イベント数」から「データ転送量」に変わります。ペイロードが極端に大きいイベントを大量に送る場合は、コスト試算をやり直すことを推奨します。逆に、スケーラビリティに応じて単価が下がる設計になっているため、大規模運用ではメリットが出るはずです。
• 移行の安全性: 既存のバスは - classic として残るため、既存の API を壊さずに段階的な移行が可能です。いきなり全てを切り替えるのではなく、新規プロジェクトから導入するのが安全です。

次のアクション

まずは、現在のイベントペイロードのサイズと頻度を確認し、新しい料金モデル（データ転送量ベース）を適用した場合のコストシミュレーションを行うことから始めてみてください。

参照元:

• Amazon EventBridge User Guide
• https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html