メッセージキューは、徐々に、内部の通信システムを意味する企業のコアとなっています。これは、低い結合、信頼できる配信、ブロードキャスト、トラフィック制御、最終的な一貫性と一連の機能、非同期RPCの主な手段の1つを有します。こうしたベテランのActiveMQの、RabbitMQのように、今日の主流のメッセージングミドルウェアの多くがありますが、ホットカフカ、アリババはそうでRocketMQとを開発しました。
主流のメッセージングミドルウェア比較：
比較の概要は以下のとおりです。
、コミュニティは非常にアクティブなMQを導入するための一般的なビジネスシステム、我々はすべてのActiveMQを使用しますが、今はあまり使用しない早い、無実績のある大規模なスループットのシーンをではありませんので、我々はまだそれを忘れて、私は個人的にしないでください私たちは、これを使用することをお勧めします。
その後、それはRabbitMQのを使うようになったが、それは彼の深い研究を制御するためのErlang言語のJavaエンジニアの多くを防止しないと、会社のために、ほとんどは本当にオープンソース、また、比較的安定した支援活動であるが、制御不能な状態にあります高;
そうでない場合、それは確かに、より多くの企業が本当に良いRocketMQ、一緒に行くだろうが、私は自分の会社の技術力のうち、突然黄色の場合は自分自身に良い地域社会のリスクを思い出させるために、私はRocketMQ使用することをお勧めします絶対の自信を持っていたいです、大企業、インフラ、強力なR＆D能力、黄色のない中小企業は、技術的な強さは、技術的な課題は、RabbitMQので、特に高い、より一般的ではありませんされます、背中と正直にオープンソース・コミュニティに積極的であるRabbitMQのそれと行くことは良い選択でありますRocketMQに良い選択です。
それはリアルタイムビッグデータフィールドで計算されている場合は、カフカと、コレクションや他のシーンを記録し、業界標準であり、間違いなく何の問題、社会活動家の高い、黄色、ないに言及し、この分野では、世界中のほとんどの規範、その事実はありませんではありません。
理論的にはRabbitMQのカフカよりも良好な可用性、信頼性、安定性にカフカより成熟のRabbitMQ、、、カフカは、ログを処理するように設計されているので、ログを見ることができる（メッセージ）システムの主要構成要素、ターゲットを絞りました、スループットはRabbitMQのよりもはるかに高いですが、ビジネス側テストしながら検討するためにはRabbitMQのを選択することをお勧めします。
参考文献：
https://blog.csdn.net/leexide/article/details/80035462
https://blog.csdn.net/luckyzhoustar/article/details/50411500
https://blog.csdn.net/java_zyq/article/details/80022391
https://blog.csdn.net/kingmax54212008/article/details/51706128
https://www.jianshu.com/p/5192654fc0a7