問題タブ [azure-servicebusrelay]

WCFサービスはIISでホストされ、を使用しますnetTCPRelayBinding。

一部の場所ではTCPポートがブロックされており、HTTPを使用する必要があります。また、TCPポートが開いていて、このモードが推奨される場合もあります。

したがって、ファイル内で宣言的にConnectivityModeto AutoDetect（または単にHTTP ）を設定できるようにしたいと思いweb.configます。

セルフホストWCFの場合、これは簡単に実行できます。

これはで宣言的にどのように行われweb.configますか？

Azure Service Bus Relayを使用して内部の WCF サービスを外部に公開していますが、外部サービスの使用状況を IIS ログに対応させようとすると、Web サーバー ログに Service Bus Relay 要求のエントリがないため不十分です。クラウド リレーへのアウトバウンド HTTP 要求を確立し、すべての要求がこのホスト接続 (使用しているHttpRelayBinding) を介して処理されるため、これは理にかなっています。

リレー要求を処理するときに IIS ログ エントリを作成する方法はありますか? または、リレーの使用状況を追跡するためにWCF 診断ログを使用する必要がありますか? 私たちの目標は、Azure の請求 (トランザクション/月) を実際のリレーの使用量に合わせることです。他の誰かがこれを試したり、サービス バス リレー トラフィックを追跡または監視するための簡単なソリューションを見つけたりしましたか?

Windows Azure サービスを使用し、WCF サービス エンドポイントをオンプレミス (ファイアウォールの背後、NAT など) から公開すると、イントラネット サイトを Azure のワーカー ロールで利用できるようになりますか?

基本的に、Azure のワーカー ロールからオンプレミスのサイト (http://intranet.domain.net など) に HttpWebRequest リクエストを送信できるようにしたいと考えています。これは可能ですか？または、どうすればそれを可能にできますか？

Azureで次のシナリオは可能ですか？

顧客宅内からWindowsAzureにデータを取得し、処理して、データベースまたはテーブルストレージに保存する必要があります。顧客宅内はファイアウォール/NATなどの背後にあります。単一のソリューション（すべての顧客に対して実行される）を構築し、特定の顧客のデータを取得できるようにするための最良の方法は何ですか。

基本的に、ワーカーロールは顧客1からデータを取得し、それを処理して保存します。顧客2などからよりも。

サービスバスリレーを使用することを考えましたが、同じエンドポイントで公開され、ワー​​カーロールが特定の顧客に対してそのエンドポイントにデータを要求できるようにする、多くのユーザーに対して実行されるカスタムwcfサービスを構築することは可能ですか？

クライアントごとに名前空間を設定せずに、Azure Service Busリレーから複数のクライアントに個別のメッセージをフェッチするにはどうすればよいですか？

バックグラウンド：

私は、ビジネスである複数のユーザーを持つWebサービスを持っています。膨大な数ではありませんが、数百です。ユーザーは主にNATを使用しており、ファイアウォールの背後にいるため、ユーザーのローカルマシンにインストールするWindowsサービスを作成しました。このサービスは、Azure Service BusRelayServiceをリッスンします。

サービスバスリレーを介してこれらのユーザー/クライアントに個別のメッセージを配信するにはどうすればよいですか？ユーザーごとにサービスバス上に新しい名前空間を作成する必要がありますか？それとも、私ができるよりも賢いものはありますか？

ありがとう！

If-None-Matchヘッダーを含むリクエストがあり、それをサービスで計算された応答と比較します。それらが一致し、最後から応答が変更されていない場合は、空の304応答を返します。

コンテンツはめったに変更されないため、これはすべて正常に機能しますが、変更を頻繁にチェックするのが好きです。

ただし、これは、ServiceBusRelayを介してサービスリソースを公開するときに問題になるようです。サービスから304を送信するときに、リレーエンドポイントで応答を受信しません。

これは既知の問題ですか？あなたがそれを見るようにそれを回避する方法はありますか？

Azure Service Bus Relay に接続されている Windows Phone 8 アプリに取り組んでいます。Microsoft.ServiceBus.dll を WP8 プロジェクトに追加できないので、正常に動作する BasicHttpBinding を使用する必要がありました。

WP8 のトピックでサービス バス リレーを使用したいと考えています。これは可能ですか？ここで説明されている NamespaceManager は使用できません: http://www.windowsazure.com/en-us/develop/net/how-to-guides/service-bus-topics/、WP8 でサポートされていないためです。

私の質問は単純です、これは可能ですか？そして、どのアプローチを選択すればよいですか？

コンソール アプリと完全に連携する Windows azure でサービスをセットアップしました

サービスコードはたくさんあるので省略しませんが、クライアントコードは次のとおりです。

このコードでは、すべてが正常に機能しています。サービスを実行してからクライアントを実行し、クライアントを介してメッセージを送信すると、サービス画面で確認できます...

私はこのコードを使用してみました：

しかし、それが行う唯一のことは、私が持っているサービスのリストを示すxmlを返すことです.私が必要とするのは、サービスが見るメッセージを送信することです.

ここで何か助けはありますか？

Azure BasicHttpRelayが不定期にスローしている理由FaultExceptionを詳細なしで特定することはできません。WCF 診断トレースを有効にしましたが、利用可能なスタック トレース情報は同じままです。WCF クライアント チャネルが短時間失敗し、すぐに復帰するようです。

WCF チャネル (例CreateChannel) をキャッシュしますが、この奇妙な動作を経験したのはこれが初めてです。このアプローチで問題なく動作する Azure Service Bus リレー ソリューションは他にもあります。

エラーメッセージ：

リクエストの処理中にエラーが発生しました。

スタックトレース：

FaultException - FaultCode の詳細:

名前: ServerErrorFault
名前空間: http://schemas.microsoft.com/netservices/2009/05/servicebus/relay
IsPredefinedFault: false
IsReceiverFault: false
IsSenderFault: false

石鹸メッセージ

デバッグを通じて、サーバーが ( IDispatchMessageInspector を介して) メッセージ要求に適切に応答することを確認できますが、クライアントは応答を適切に処理できません ( IClientMessageInspector は fault を報告します)。その後のリレー リクエストは、クライアント チャネルが修正されたように見えた後に成功します。これらの障害は断続的であり、負荷によるものではないようです。Azure リレーの外部を使用してこれらのFaultExceptionエラーが発生することはありません。basicHttpBinding

誰か提案はありますか？Azure SDK 1.8を使用しています。

共有シークレットを使用して新しいService Bus Relay 名前空間ownerを構成しようとしましたが、それでも同じ結果が表示されます。

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

ありがとうございました。