まず、キューモデル
私たちは、生産に使用 - 消費者モデル、クリエイターニュースを生成し、個人消費は、ニュースとなっています。開始メッセージキューがプロデューサーは、メッセージキューにメッセージを配信し、このモードを使用してキューイングモデルと呼ばれ、メッセージ・キューからの顧客のメッセージは、メッセージはすでにメッセージキューのキュー構造に格納されます。メッセージは、より多くの消費者を消費する必要がある場合ただし、このモデルは、欠点があり、生産者は別のキューにメッセージを消費するために、異なるキュー、異なる消費者に同じメッセージを送信する必要があります。もっと今パブリッシュ - サブスクライブ・モデルを。
第二には、パブリッシュ - サブスクライブ・モデルを
パブリッシャーがトピックにメッセージをパブリッシュ、消費者は、あなたがに送信された被写体にメッセージを受け取ることができ、事前にトピックをサブスクライブする必要があります。消費者がキューモデルの前に、テーマはキューのサブスクライバである前に出版社の製品です。
より多くの加入者を消費する、この必要性のようなメッセージは、このトピックにサブスクライブする必要がありますこと、およびリソースの複数のキューの廃棄物に複製する必要がありますすることができます。
今、私たちは新しい問題、秩序を確保するために、メッセージの件名、瞬間、どのようにこの問題を解決する唯一の加入者の消費量、非効率的なシリアルを持っていますか？
第三に、異なるMQを搭載したモデルの使用
サブスクリプションモデルを - RocketMQが使用リリースされました。上記課題を解決するために、キューの導入、異なるキューへのメッセージの話題は、あなたが並列支出して働くことができるということ。
購読モデル - カフカとRocketMQは、唯一のパーティションの名前のキューに、また公開を使用しています。
そして、RabbitMQのキューモデルが使用されるが、多くの消費者、為替の概念という問題を解決するためにされています。メッセージは、消費者の複数の経路が複数、異なるキューに交換する経路で消費される必要があります。