分散型マルチプロセス・コラボレーションの本質は、確かに私たちが互いに通信する必要がある、タスクを達成するために一緒にいます
1長距離電話
一般的に使用される異なるマシン上で実行中のプロセス間の相互通信は、RPCで、これは我々は〜言っていない、すべてを知っている必要があります
私たちは、ダボ見ることができ、内部RPC +レジストリが実装されています
2リリース購読
プロセスは比較的長い時間が、プロセスが通信の複雑さが非常に高く維持するようになりますRPCプロセスとの間の直接的な相互作用、およびそれが通信が影響を受けると、プロセスのプロセス間通信インタフェースの変更は、であり、
事業規模として徐々に分散コンピューティング増加し、複雑な、ニュースリリースのサブスクリプションモデルとメッセージキューモードで、専用の非同期通信モデル、あった、最初のパブリッシュおよびサブスクライブ解説
原理：プロデューサーコンシューマー
図は非常に明確で、パブリッシュおよびサブスクライブ一から一、多くのいずれかを指定でき、コアメッセージセンターということです
シーン：カフカは、先に消費者のニーズのは、消費者常駐プロセスまたはサービスシーンのために、より適した、メッセージセンターにメッセージをサブスクライブします。
：モデルがあることを除いて、オブザーバーパターンに非常に似てパブリッシュおよびサブスクライブ
、それは観測者やオブザーバーロジックするかどうかを、Observerパターンの直接通信、観測者と観測された通信遅延が低くなりますが、その依存関係が比較的強いですまたはインターフェースは、変更された他の影響され、
パブリッシャとサブスクライバ間接通信モードは、メッセージセンターが導入され、厚い比較的通信遅延が高くなる比較的であるが、加入者や出版社の溶液を達成しますデカップリング
メッセージキュー3
データを生成するためにサブスクライブ・モデルを公開し、加入者のサブスクリプションに従ってメッセージセンター、関心の加入者の加入メッセージ、メッセージセンターによって作成され
、対応する加入者に関連するメッセージやデータを送信するために、「プッシュ」として理解することができます
取る必要キューが来るメッセージキューの中に「プル」、またはデータを使用することができ、このパターンは、メッセージキューモードであります
シーン：RocketMQは、このモデルは、特に消費者の需要ではなく、消費者のシーンのカジュアルなユーザーのために、したがって、より適した、より柔軟な
比較メッセージセンター：特性を格納したFIFOキュー構造を使用して、メッセージ・キュー・パターン、およびサブスクリプション格納されたマップを用いて放出等アレイ
