3.2. メッセージングスタイル

このタイプのメッセージングでは、メッセージをキューに送信します。メッセージは通常、配信を保証するために保持されます。しばらくすると、メッセージングシステムはメッセージをコンシューマーに配信します。コンシューマーはメッセージを処理し、処理が終了するとメッセージを承認します。メッセージが承認されると、メッセージングはキューから消失し、再び配信できなくなります。メッセージングサーバーがコンシューマーから承認を受け取る前にシステムがクラッシュした場合は、回復時にメッセージをコンシューマーに再び送信できるようになります。

ポイントツーポイントメッセージングでは、キューに多くのコンシューマーが存在することがありますが、特定のメッセージはいずれか 1 つのコンシューマーによってのみ消費されます。キューに対する送信者( プロデューサーとも呼ばれます) は、キューの受信者 (コンシューマーとも呼ばれます) から完全に切り離されます。つまり、送信者と受信者はお互いの存在を認識しません。

ポイントツーポイントメッセージングの典型的な例は、企業の書籍発注システムの注文キューです。各注文は、注文キューに送信されるメッセージとして表されます。注文を注文キューに送信する多くのフロントエンド発注システムを考えてみましょう。メッセージはキューに到着すると、保持されます。これにより、サーバーがクラッシュしたときに、注文が失われなくなります。また、注文キューに多くのコンシューマーが存在することを考えてみましょう (各コンシューマーは注文処理コンポーネントのインスタンスを表します)。これらはさまざまな物理マシンに存在できますが、同じキューから消費します。メッセージングシステムは各メッセージをただ 1 つの注文処理コンポーネントに配信します。さまざまなメッセージをさまざまな注文プロセッサーで処理できまますが、単一の注文は、1 つの注文プロセッサーでのみ処理されます。これにより、注文が 2 度処理されなくなります。

注文プロセッサーがメッセージを受け取ると、注文が実現し、注文情報が倉庫システムに送信され、注文データベースが注文詳細で更新されます。注文プロセッサーが注文データベースを更新すると、注文が処理され、注文について忘れることができることをサーバーに伝えるメッセージが承認されます。多くの場合、倉庫システムへの送信、データベースの更新、および承認は、ACID ( Atomicity、Consistency、Isolation、Durability) プロパティーに準拠して単一のトランザクションで完了します。