WCF サービスのいくつかに Queue を使用しています。プライベート MSMQ を使用する WCF サービスには、NetMSMQ バインディングを使用しています。システムは QA 環境で正常に動作します。プライベート キューとパブリック キューの実際の違いはわかりません。別のマシンにあるクライアント アプリケーションは、他のボックスの WCF サービスのプライベート キューにアクセスできます。これが正しいことかどうかはわかりません。プライベート MSMQ とパブリック MSMQ の間にセキュリティ関連の違いはありますか。プライベートまたはパブリック MSMQ をいつ使用するかについて、誰かが光を当てることができますか?
3 に答える
プライベート キューの使用もお勧めします。私はバージョン 1.0 から MSMQ を使用しており、AD 統合の前にパブリック キューの展開全体を行っており、両方のタイプのパブリック キューの展開に取り組んできたので、プライベート キューのアプローチがほとんどのグループのニーズに最適であると考えています。はい、たとえば、ルーティング キュー サーバーを使用できないなど、エンタープライズ メッセージングの堅牢性全体にいくつかの制限とギャップがあります。キューでトリガーする場合は、プライベート キュー アプローチで問題ありません。私のグループは、プライベート キューを介して 1 日あたり 300 万件を優に超えるメッセージ トランザクションを処理しており、これを長年にわたって行ってきました。
必要な情報は(いつものように)隠されていますが、ここで見つけることができます:
http://msdn.microsoft.com/en-us/library/ms706878(VS.85).aspx
それは、展開、Active Directory 統合のレベル、およびキューの配布要件に大きく依存します。それが WCF の場合、アプリケーションからキューを抽象化する IIS/WPAS を介してキューが公開されていると想定しているため、そのモードでは関連性が低くなり、ローカル キューで十分です。
パブリック MSMQ を多用するアプリケーションで作業する必要があるため、私はプライベート キューを使い続けます。主な利点は、Active Directory に縛られないことです。ローカル MQ に加えられた変更が AD にレプリケートされないことが何度もありました。そのため、サーバー管理者にドメイン コントローラーにログインしてキューを削除してもらい、キューを再作成してすべてを確認する必要がありました。設定は正しかった。
これは、いくつかの違いについて説明している Microsoft の記事です。
http://technet.microsoft.com/ja-jp/library/cc753440%28WS.10%29.aspx