MQは、メッセージキューと呼ばれ、メッセージキュー（MQ）は、アプリケーション「の」アプリケーション通信方法です。
MQ：メッセージ・キューへのメッセージを書いた生産者は、メッセージの消費量のキューを読み取ることができます。
多くの利点MQがあります。
利益：デカップリング
将来は、プロジェクトのニーズを満たすものを予測するために、プロジェクトの開始の開始時に、それは非常に困難です。メッセージ処理システムは、界面層データに基づいて、暗黙の中央に挿入され、処理は、インタフェースの両側に実装されます。これは、あなたが独立してちょうど彼らが同じインタフェースの制約に準拠していることを確認して、両側にプロセスを拡張または変更することができます。
例えば、当社のローン控除ビジネスシナリオ、ユーザーが生成した注文は、借方の金額ユーザーのアカウントを消費するMQ、MQ決済システムを送った後、すぐに戻ります。このような注文システムは、ユーザが注文を生成した直後にオーダー作成が成功し、可能な最大の受注が増加し、リターンに焦点を当てる必要があります。関心の焦点は、最終的な合意ということを確実にするために、アカウントの量をシステムアカウントの控除額をクリアしています。
メリットII：冗長性
いくつかのケースでは、データを処理するプロセスが失敗します。データは永続的である場合を除き、それ以外の場合は失われます。彼らは完全にデータ損失のリスクを避けるために、この方法により、持続性のためのMQデータを処理されるまで。「 - 取得 - 削除するように挿入し、」メッセージがキューから削除する前に、パラダイムを、あなたは治療システムを必要とする明確にメッセージがあなたのデータは保存のセキュリティまでであることを保証するために処理されていることを示す多くのMQを採用しましたあなたは、最大使用しました。
三つの利点：スケーラビリティ
MQはとてもチームへのメッセージの頻度を高め、プロセスがいる限り、追加の処理工程をすることができて、非常に簡単です、あなたのプロセスを切り離すため。DMS上のようなコード、無調整パラメータを変更することなく、メッセージサービスを配布しました。電源ボタンを上げるよう拡張が簡単なようです。
メリット4：柔軟性とピークキャパシティ
トラフィックの急激な増加の場合、アプリケーションは、役割を果たし続けるために必要がありますが、このトラフィックのバーストは一般的ではありません。それは莫大な無駄になり、スタンバイのアクセス投資リソースへの標準として、このようなピークを扱うことができるのであれば。MQは、バースト圧力に耐えるようにアセンブリのアクセスにキーを使用することが可能であるが、要求バーストをオーバーロードし、完全に崩壊しないだろう。
またはオーダーシステムは、RPCフレームワークによる決済システムをコールする場合の例として、オーダーシステムと決済システムのシナリオに、生成された注文の量が非常に大きくなります昇進のピークがあり、理由は受注生産の速度も非常に速く、これはにバインドされています決済システムにシステム圧力を引き起こし、サーバーの使用率が高くなりますが、小さくないオーダーのピークより時点で、サーバの利用率決済システムは低くなります。決済システムについては、以下のようなピークトラフ現象チャートが表示されます。
MQは、MQキューを介して消費者が通って端部を引っ張るために格納され、消費者側プルの速度を制御する場合、流量を安定に制御することができます。この決済システムの用語については、負荷シフトの目的を達成します。またはフロー制御対象を再生
メリット5：リカバリ
システム障害の構成要素の一部は、システム全体に影響を与えないとき。MQは、メッセージ処理プロセスハングは、キューに入れられたメッセージは依然としてシステム復旧後に処理できたとしてもその結果、プロセスの間の結合を減少させます。
メリット6：順序保証
ほとんどの使用シナリオでは、注文データの処理は非常に重要です。ほとんどのMQはもともとソートされ、データが特定の順序で処理されることを保証することができます。カフカは、パーティション内の秩序のメッセージを確認してください。
利点7：バッファ
いずれのクリティカルなシステムでは、我々は、処理時間を必要と異なる要素を持つことになります。例えば、短い時間では、フィルタを適用する画像をロードするのにかかるよりも。ヘルプへのメッセージキューはできるだけ速く処理されますキューに書き込まれたバッファ層---を通じて最大の効率のためのタスクを実行します。バッファ制御とシステムを介したデータの流れの速度を最適化するのに役立ちます。
利点八：非同期通信
多くの場合、ユーザーが望んでも、すぐにメッセージを処理する必要はありません。これは、ユーザーがメッセージをキューに入れすることができ、非同期メッセージキューの処理機構を提供しますが、すぐにそれに対処しません。その後、必要な時にそれらを処理するために行く、番号を入れてキューに配置されているメッセージの数を考えてみてください。