Rocket のアーキテクチャ原則

ここに画像の説明を挿入

ブローカ

各マシンにデプロイされた RocketMQ プロセスは一般にブローカーと呼ばれ、各ブローカーは異なるメッセージを受信し、これらのメッセージを独自のローカル ディスク ファイルに保存します。
ブローカーがダウンしたらどうなるでしょうか?
RocketMQ のソリューションは、ブローカーのマスター/スレーブ アーキテクチャとマルチコピー戦略です。
メッセージを受信した後、マスター ブローカーはそれをスレーブ ブローカーと同期するため、スレーブ ブローカーはまったく同じデータのコピーを持つことができます。
このようにして、RocketMQ クラスター全体に同じメッセージのコピーが 2 つ存在します。1 つはマスター ブローカーに、もう 1 つはスレーブ ブローカーに存在します。
現時点では、いずれかのマスター ブローカーに障害が発生した場合でも、スレーブ ブローカー上にデータのコピーが存在するため、データが失われないことが保証され、外部サービスの提供を継続でき、MQ の信頼性と高可用性が確保されます。

ネームサーバー

次に、私たちのシステムでは、ブローカーにメッセージを送信したい場合、ネームサーバーを見つけてルーティング情報、つまりクラスター内にどのブローカーが存在するかなどの情報を取得します。
システムがブローカーからメッセージを取得したい場合は、ネームサーバーも見つけてルーティング情報を取得し、その後、対応するブローカーを見つけてメッセージを取得します。

おすすめ

転載: blog.csdn.net/itlijinping_zhang/article/details/109669368
おすすめ