IBMキューメッセージ送信の理解

Question

Local vs Remote Queueの使用法と混同しています。私はシナリオを入れてみましょう：

私はこれで、アプリケーション2.

によって消費されるQMGRに存在するキュー1にメッセージを保存するIBM MQにメッセージ（Msg1を）を送信し、アプリケーション1を持っています私はリモートキューまたはローカルキューを実装する必要があります。このためにローカルキューを使用する場合、リモートキューを使用する場所はどこですか。

私はこれを基本的な質問と考えていますが、私はIBM MQをよりよく理解しようとしています。あなたの提案で私を助けてください。

おかげ

Answer 1

その1つのアプリケーションはすべて、単一のキュー・マネージャーの中に、取得するために別のアプリケーションのためのキューにメッセージを保存することができますので、あなただけのMQを使用している場合は、ローカルキューで十分。 MQメッセージ内では、常にローカルキュー（通常キューまたは送信キュー）に常駐し、その他の定義はトラフィックのルーティングに役立ちます。あなたは離れてアプリケーションを分割したいとき

あなたがリモート・キューを使用する際の例があるので、パターのアプリケーションは、1台のマシン上で1つのキュー・マネージャに置き、そして消費者/ゲッターアプリケーションが潜在的に別のキュー・マネージャーに住んでいます別のマシン。このシナリオでは、パターはリモート・キューをアドレス指定できますが、メッセージは実際に送信キューに入ります。その後、チャネルは送信キューからメッセージを取り出し、チャネルを介して他のキュー・マネージャーに送信し、コンシューマが読んでいる宛先キューマネージャのキュー。

たとえば、リモートキューを使用すると、取得元のキュー名を変更することなく、プロデューサとコンシューマを分割することができます。キューMYQUEUEからプロデューサとコンシューマを読み込んだとします。その後、別のキュー・マネージャー（QM2）上の実在（リモート）名がMYQUEUEであるMYQUEUEというリモート・キューを持つ1つのキュー・マネージャー（QM1）にコンシューマーを移動できます。これで、キュー・マネージャー2では、MYQUEUEというローカル・キュー定義が作成されます。プロデューサは依然としてMYQUEUEを開いて書き出し、そのメッセージがルーティングされることを知りません。また、コンシューマはMYQUEUEから読み込み、メッセージを取得します。