イベント駆動型アーキテクチャでは、サービス間のイベントフローのトレース、障害の特定、メッセージペイロードの検査には、通常、カスタムデータパイプラインの構築やイベントのオフライン処理が必要でした。EventBridge のイベント分析機能を使用すると、イベントバスに発行されたイベントのトレース、クエリ、分析、処理が可能です。結果はチャートとテーブルで表示されます。
イベント分析の仕組み
イベント分析プラットフォームは、リアルタイムイベント処理エンジン上で動作します。非侵入型で操作が簡単、追加のデータレポートも不要で、ビジュアルインターフェイスとガイド付きウィザードを通じて以下の機能を提供します。
| 機能 | 説明 |
|---|---|
| キーと値のペアの取得 | パラメーター（例：key、value、=、!=、exists、AND、およびOR |
| 可視化分析 | GROUP BY と ORDER BY を使用して結果を集計およびソートします。グループベースの分析、マルチチャート分析、多次元分析をサポートします |
| イベントトレース | システムを通るイベントの完全なパスをトレースして障害を特定し、処理チェーンがどこで途切れたかを突き止めます |
| イベントの記録 | 後で検査するためにイベントを記録します |
| スキーマ管理 | イベントペイロードの構造を定義および管理します |
サポートされるイベントバスタイプ
EventBridge は、2 種類のイベントバスでイベント分析をサポートしています。
| イベントバスタイプ | スキーマバインディング | サポートされるイベント |
|---|---|---|
| システムイベントバス | 不要 | すべての Alibaba Cloud サービスのイベント、デフォルトでサポート |
| カスタムイベントバス | 全ドメインのイベントクエリに必要 | 独自のアプリケーションやサービスからのイベント |
利用シーン
EventBridge のイベント分析は、4 つのドメインをカバーしています。
| ドメイン | 課題 | イベント分析による解決策 |
|---|---|---|
| サーバーレスのデバッグ | トリガーを設定した後、関数が呼び出されたかどうか、またトリガーチェーンが期待どおりに動作したかどうかを確認することは困難です | すべてのトリガーイベントを可視化およびトレース可能にし、サーバーレスアーキテクチャにおける可視性のギャップを埋めます |
| マイクロサービスのトラブルシューティング | 1 つの障害のあるサービスが広範囲の障害にカスケードする可能性があり、根本原因を特定するには、数十の疎結合サービスにまたがるリクエストをトレースする必要があります | イベント ID を色分けすることで、すべてのマイクロサービスメッセージを追跡およびトラブルシューティングし、視覚的なトラブルシューティングを可能にします |
| メッセージ本文の検査 | 従来のメッセージングシステムには、組み込みのスキーマ管理やコンテンツ検索機能がないため、メッセージペイロードを分析するには専用のオフラインサブスクライバーが必要です | メッセージスキーマを管理し、メッセージ本文をクエリすることで、メッセージの可視化のための包括的なソリューションを提供します |
| クラウドサービスの運用 | Elastic Compute Service (ECS) のディスクエラーや、Alibaba Cloud Container Service for Kubernetes (ACK) などの他のサービスが関わる問題といったインフラストラクチャイベントは、多くの場合、複数のサービスにまたがります | すべての Alibaba Cloud サービスからイベントを取り込み、クラウドサービスの変更に起因する運用保守 (O&M) の障害を削減します |
低コストの統合
イベント分析は、システムイベントバスとカスタムイベントバスの両方をサポートしています。
システムイベントバスは、すべての Alibaba Cloud サービスのイベントを分析プラットフォームに自動的に接続します。
カスタムイベントバスは、ApsaraMQ for RocketMQ や ApsaraMQ for Kafka などのサービスからのイベントをサポートします。
カスタムイベントバスでイベント分析を有効にしても、既存のワークロードへの影響はほとんどありません。この機能はいつでもオン/オフを切り替えることができ、構成の変更はすぐに有効になります。