RabbitMQの特性とアプリケーションシナリオ(ii)の

 

1、RabbitMQの主な機能

(1)信頼性:キューを介してRabbitMQの永続的であってもよいし、スイッチが永続的、および持続性ACKメッセージ応答機構の信頼性を確保します

複数の言語とプロトコルのための(2)サポート:RabbitMQのは、ほぼすべてのプログラミング言語をサポートし、AMQP、STOMP、MQTT他のプロトコルをサポートしています

(3)管理インターフェイス:RabbitMQのビジュアル管理インターフェイスは、直接のRabbitMQのステータスおよび動作を表示するために使用することができます

(4)フレキシブルエクステンション:RabbitMQのノードが複数のクラスタを含み、チームは依然として問題ノード部分の場合に利用可能であるように、ミラーは、クラスタ内のキュー・マシンに配置することができます

2、RabbitMQのメインシナリオ

(1)デカップリング

このような順序として - 、注文後の伝統的な発注プロセスが成功した在庫システム在庫管理システムの問題は、在庫システムに障害が発生した呼び出した場合は、すぐにデータが注文を作成するために失敗し、その結果、ロールバックされ、在庫システムは、強い依存性を持っている、在庫を減らします

 

 

RabbitMQのプロセスを使用して処理順序が成功した後、メッセージはメッセージキューに書き込まれ、システムインベントリデータを行くために、メッセージキューから取り出した、自分の在庫削減の操作を行いますので、問題の在庫システムがあっても、注文はまだ成功を作成することができます。しかし、このアプローチは、データの矛盾の受注と在庫を引き起こす可能性があり、データの一貫性を確保するために、永続性のRabbitMQまたは他の戦略に注意を払います

 

(2)非同期処理

そのようなユーザーは、ユーザーに登録情報とメールを送信する必要があるなどの操作

伝統的な方法ならば、登録が成功した後、電子メール2つのシリアル動作>長い実行時間を送ります

RabbitMQの道は、成功したメッセージキューのメッセージに書き込ま登録した後、2ように、書き込みやメッセージの時間をテキストメッセージ、その後、実質的に同時にこれら二つの動作するので、テキストメッセージや電子メールを送信するための時間よりもはるかに小さい場合操作は、時間を節約し、並列動作として見ることができます

 

(3)処理ログ

このプロジェクトは、操作を記録するログの多種多様を必要と呼び出し元のプロセスなど、ログシステムは、リアルタイムを必要としない、メッセージ・キュー処理を使用することは非常に便利です

(4)フロークリッピング

、原因FIFOキューの特性に、メッセージキューは、メッセージキューを書き込むときは、特定の値をスパイク活動のキューに達しているに基づいて、もはやメッセージキューを書かないと、イベントページの最後にジャンプだけでなく、オーダーのスパイクスパイク活動を確保するために、

 

次章:RabbitMQのスイッチタイプ(C)

おすすめ

転載: www.cnblogs.com/php-linux/p/11293880.html
おすすめ