2013-04-08 11 views
9

サービスバスの種類、仲介メッセージと中継メッセージの違いは何ですか?私は開発の観点からそれを探しているわけではありませんが、私はより多くの概念とそれらの違いを理解したいと思います。サービスバス仲介VS中継メッセージ

ありがとうございます。

アズールのサイトから

答えて

1

サービスバスリレーサービスは、ハイブリッドアプリケーションオンプレミスの両方のWindows Azureのデータセンターで実行 し、独自の 企業環境を構築することができます

リレー。サービスバスリレーは によってこれを容易にして、ファイアウォール接続を開かなくても企業の企業ネットワーク内にあるWindows Communication Foundation(WCF) サービスを パブリッククラウドに安全に公開できます。 ネットワークインフラストラクチャ。

リレーはまた、負荷分散を処理します(多数のアプリケーションが同じエンドポイントで大部分のバインディングを受信することがあります)。

ブローカ経由メッセージング

二メッセージングソリューション、 サービスバスの最新リリースでは、新しい、メッセージング機能を「仲介」ができます。これらは、 と考えられ、サービスバスメッセージングインフラストラクチャを使用した シナリオの publish-subscribe、一時的なデカップリング、およびロードバランシングをサポートする非同期または非結合のメッセージング機能と考えることができます。デカップリングされた 通信には多くの利点があります。例えば、クライアントおよびサーバ は、必要に応じて接続し、その動作を非同期のファンクション で実行することができる。

仲介メッセージには、メッセージを非同期に送受信できるキューおよびトピック/サブスクリプションが含まれます。

主な違いは、リレーの場合、エンドポイントでリッスンするアプリケーションがあることです。メッセージを送信すると、アプリケーションは受信時にそのメッセージを処理します。仲介メッセージングの場合、メッセージはクライアントによって受信された時点で保存され、いつでも処理できます。

+0

ありがとうございました:) – hhaggan

13

サービスバスリレーとサービスバスブローカリングメッセージは、分散型アプリケーションとハイブリッド型アプリケーションを開発するためのメカニズムです。しかし、それらは異なる開発パターンとアクセスパターンを対象としています。

  • サービスバス(SB)リレーは、すなわち、それはしっかりと外部クライアントにプライベートクラウドでホストされているサービスを公開することができます、サービスリモーティングを行う簡単な&安全な方法を提供します。サービスリモーティングシナリオの場合と同様に、クライアントは明示的に「リレー」サービスによって公開されるメソッドを呼び出します。 SB Relayの主な利点は、ファイアウォールの設定を変更したり、企業のネットワークインフラストラクチャを変更したりすることなく、サービスを公開できることです。

  • SB Brokered Messagingは、キュー、トピック、サブスクリプションなどのコンポーネントを備えた耐久性のあるメッセージングプラットフォームを提供します。これらは、パブリッシュ・サブスクライブやアプリケーションのさまざまな部分間の一時的なデカップリングなどの複雑なパターンを実装するために使用できます。仲介されたメッセージングインフラストラクチャは確実にメッセージを格納できるため、送信者と受信者は同時にオンラインになる必要はなく、同じペースでメッセージを処理する必要もありません。

中継メッセージは、外部クライアントに公開するサービスがあるシナリオに適しています。クライアントは、SBリレーエンドポイント経由でアクセスする以外は、ローカルネットワーク上の場合と同じ方法で、「リレー」サービスと対話します。これはサービスリモーティングシナリオなので、応答はネットワーク遅延の影響を直ちに受けます。ただし、何らかの理由でサービスがその時点で利用できない場合、クライアントの要求は常に失敗します。

仲介メッセージングの場合、送信&の受信操作が分離されているため、送信者は受信者がオンラインかどうかに関係なく、サービスに確実に保存されたメッセージを送信し続けることができます。ただし、この回復力のトレードオフは、メッセージを取得して処理する受信者の能力に応じて要求が処理されることです。

+0

ありがとう、本当にありがとうございます:)今私にとってそれははっきりしています:) – hhaggan

0

主な違いは、同期と同期の非同期性があると思います。

リレーは主に、ファイアウォール、NATデバイスなどの背後であっても公開されているWebサービスを公開するためのファイアウォールフレンドリーな方法ですが、メッセージはキューやトピックを介して非同期でメッセージを交換する方法です。あなたが を探している場合(:)クラウドサポートで次のバージョンMSMQとしてそれを見て)

すべてはシナリオに依存しますが、 - ルーティング(パブ/サブ) - 疎結合の送信者&受信 - 負荷平準化 それから間違いなくメッセージングに行くべきです。

サービスを外部に簡単に届けるには、リレーサービスがあなたの友人です。

+0

この回答が下のものより優れているかどうかわかりません。同期対非同期は大丈夫ですが、サポートするリンクはなく、リンゴとリンゴの比較ではありません。 1つはサービスに見え、もう1つはメッセージを格納し、メッセージングサービスを提供します。 2番目の方がより完璧なので、この答えは1番目のものより2番目のものにしたいと思います。これが将来の最初の答えであり続けるのであれば、ちょうど思考は、他者が最初に下を見るのを助けるかもしれません。 –

関連する問題