機能
編集します例えば:
ユーザーを着陸後に着陸システムは、テキストメッセージを送信するメッセージングシステムを呼び出す必要があるとして、そのようなものが上陸したと言ったが、またロギングシステムを呼び出すためには、ログの着陸を記録し、着陸地点の不可欠なシステムのコールサインが増加、などというようにされました。
強い結合この場合、呼び出しは、失敗した情報の損失およびその他のリスク、それはシステムの複雑さを増すだろうがあるかもしれ着陸システムおよびロギングシステム、メッセージングシステム、システム統合など、。
たとえば、コールログシステムは失敗し、ログ情報が一度失われる、着陸後に戻って取得することができませんでし上陸しました。
そして、実行の順序は、低着陸システムの動作効率になります。
あなたがメッセージングミドルウェアを使用するのであれば、唯一のタスクのメッセージ・キューをプッシュする必要が着陸した後、の制御を持っていません。キューから他のシステムは、タスクを取得します。
デカップリング及び非同期呼び出し(非同期相対同期システムは、タスクを実行する際に、同期は、待つことです、我々はタスクの終了まで待たなければならない、システムが待機していない非同期、ダウンしていきます。)
同様に水平展開として、安全で信頼性の高い効果を得ることができます
MQの2.一般的なタイプ
Javaサポートの良いのActiveMQのは、不利な点は、他の言語に優しい十分な支援、中小企業のためのシステムではありません
Java用のRabbitMQの良いサポート、他の言語、クロスプラットフォーム、言語に依存しないための良いサポート
kaffkaログメッセージミドルウェアは、ビッグデータのシーンをサポートしています
3.JMS仕様
仕様JMS MQインプリメンテーションを参照すると、(仕様が慣例です)
仕様は、
寄与者:JMSを達成するために、標準のミドルウェア・サーバー
クライアント:アプリケーション・メッセージを送信または受信
プロデューサー/出版社:メッセージを作成し、送信クライアント
消費者/登録者:受信およびプロセスメッセージクライアント
メッセージ:アプリケーション間のコンテンツ配信
Messageモード:クライアント間でのメッセージの意味、JMSトピックおよびキューが定義されたモード
テーマ:
出版社が100メッセージをリリースした場合は、加入者の数nが存在する場合、それぞれの加入者は100件のメッセージを取得することができます。Bがリリース、加入者がすべてのメッセージに取得することができます(ただし、あなたがテーマの後にニュースリリースを購読する場合は、あなたが任意の情報を得ることができない、唯一のサブスクリプション期間の後にニュースリリースの対象に取得することができ、Bに加入言いますニュース、C、その後Bに加入し、その後、メッセージのみを取得することができ、Cはできない、それはサブスクリプションの動作はBニュースリリース後に発生しますので)
キューモード:
生産者は100件のメッセージを送信した場合、消費者がn個ある場合は、その後、メッセージの総数は100で取得するには、各加入者を追加します。
時間制限はありません。限りキュー内にメッセージがあるとして、消費者はいつでもメッセージを拾うことができ、メッセージは、消費者が消費することができます。
4.jmsは、インターフェイスを合意しました
ConnectionFactoryのファクトリクラスとMQサービスの接続を取得
ConnectionFactoryによって作成されたMQ接続サービスへの接続
セッションセッションMQサービスは、Connectionによって作成されます
セッションによって作成されたのMessageProducerニュースプロデューサー、
セッションによって作成されたMessageConsumerのニュース消費者
セッションによって作成されたメッセージのメッセージ、
宛先Desinationメッセージ
---------------------
(部分内容来源于百度百科)
来源:CSDN
原文:https://blog.csdn.net/qq_20009015/article/details/81409346