イベント駆動型ソフトウェアアーキテクチャ

イベント

ビジネスプロセスで意味のある状態の変化。たとえば、注文は意味のあるイベントです。注文履行センターで、注文を処理するための通知が必要とされるためです。また、冷蔵庫の温度の変化は、修理が必要なことを示している可能性があります。

イベントメッセージ

イベントに関するデータが含まれるメッセージ。イベント通知とも呼ばれます。

イベントプロデューサ

チャネル全体へのイベントメッセージの公開者。

チャネル

イベントプロデューサのメッセージを転送する導管。イベントコンシューマはチャネルを登録して、メッセージを受信します。

イベントコンシューマ

チャネルからのメッセージを受信するチャネルの登録者。

要求-応答通信モデルでは、システムは Web サービスまたはデータベースに対して要求を実行し、特定の状態に関する情報を取得します。要求の送信者はサービスへの接続を確立し、サービスの可用性に依存しますん。

これと比較して、イベントベースモデルでは、システムはイベントの発生時に情報を取得し、その情報にほぼリアルタイムで対応できます。イベントプロデューサは、イベントを受信するコンシューマを認識しません。任意の数のコンシューマが同じイベントを受信してそのイベントに対応できます。プロデューサとコンシューマ間の唯一の連動関係は、メッセージコンテンツのセマンティックです。

イベントバス

プラットフォームイベントメッセージはイベントバスに公開され、そこで一時的に保存されます。CometD (ストリーミング API) クライアントを使用して、保存されたイベントメッセージをイベントバスから取得できます。各イベントメッセージに、ストリーム内のイベントを識別する ReplayId 項目が含まれており、これを使用して特定のイベント後のストリームを再生できます。詳細は、『ストリーミング API 開発者ガイド』の「メッセージの永続性」を参照してください。