イベントブローカーはイベントをイベントプロセッサに渡しますか、それともイベントプロセッサは常にイベントブローカーをリッスンしますか

ビジャヤ

私はイベント駆動型アーキテクチャに不慣れで、これを理解しようとしています。私はグーグルで検索していました。私はしばらく勉強しました。いくつかのサイトで彼らは言った

イベントプロセッサは常にイベントブローカーをリッスンし、イベントを受信します。

そしていくつかのサイトでは

イベントブローカーは、イベントクリエーターからイベントを受信するたびに、そのイベントをすべてのサブスクライバーに渡します。

私は混乱しています。どちらが正しい?説明を手伝ってください。いくつかのグーグルリファレンスで私を助けてください。

どんな助けでもいただければ幸いです。あなたが持っているどんな知識でも答えてください。

エドウィン・ダロルゾ

私は2つのステートメントが正しいと信じています。彼らは同じことを異なる用語で異なる視点から言うだけです。

コンシューマーはブローカーからイベントプルするか、ブローカーはイベントをコンシューマーにプッシュできます。

最初のステートメントは、「コンシューマー」または「イベントプロセッサー」の観点から記述されています

イベントプロセッサは常にイベントブローカーをリッスンし、イベントを受信します。

消費者はアイドル状態で、ブローカーからの通知を待っているようです。したがって、この場合、ブローカーがイベントをコンシューマーにプッシュしているようです。

2番目のステートメントは、ブローカーの観点から、同じことを述べています。

イベントブローカーは、イベントクリエーターからイベントを受信するたびに、そのイベントをすべてのサブスクライバーに渡します。

言い換えると、新しいイベントが発生し、イベントブローカーがそれを知った瞬間に、関心のあるすべての「サブスクライバー」(またはコンシューマー、またはイベントプロセッサー)にブロードキャストします。

したがって、これは以前と同じであり、コンシューマー、サブスクライバー、またはイベントプロセッサーはすべて同じ概念です。それらはすべてアイドル状態であり、何かが発生したときにブローカーから通知されるのを待っています。

したがって、私に関する限り、両方のステートメントは同じ意味です。

この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。

侵害の場合は、連絡してください[email protected]

編集
0

コメントを追加

0

関連記事

Related 関連記事

ホットタグ

アーカイブ