問題タブ [servicebus]

Windows Azure サービス バス トピックの請求に関する詳細が必要です。例えば。

アプリケーションが発行したもの、またはアプリケーションが受け取ったものに対して課金されますか?

例えば。1 つのパブリッシャーと 5 つのトピックがあるとします。各トピックには、毎秒 1000 件のメッセージがあり、各メッセージのサイズは 1KB です。一方、1 つのトピックのみにサブスクライブし、フィルターを適用したサブスクライバーが 1 人いるため、1 秒あたり 1000 ではなく 10 メッセージしか受信しません。

パブリッシャー側にはあります。5 * 1000 msg/sx 60*60*24*30 * 1KB = 12 960 000 000 メッセージ * 1 か月の 5 つのトピックで 1KB。

サブスクライバー側では、1 * 10 msg/sx 60*60*24*30 * 1KB = 25 920 000 メッセージ * 1KB になります。

それで、私はAまたはBに対して請求されますか？A: 12 960 000 000 メッセージ * 1KB B: 25 920 000 メッセージ * 1KB

Azureサービスバスリレーを使用して、会社のネットワーク外のユーザーにWCFサービスを公開しようとしています。

ある程度は成功しましたが、通信が機能することを証明するために、WCFサービスに実装されているカスタムのユーザー名とパスワードの認証をすべて削除する必要がありました。

私はしばらくの間このトピックを調べて読んでいて、NetTcpRelaySecurityモードは、トランスポートからTransportWithMessageCredentialへの変更を行う必要がある場所であると信じています（これは、クライアントとサービスがネットワーク内で使用するものであるため）

では、構成ファイルでこの設定を変更するにはどうすればよいですか？今のところ例が見つかりません。

また、私はこれを正しい方法で行っていますか？ユーザー名とパスワードのクライアント資格情報を外部クライアントアプリケーションからサービスバスを介してWCFサービスに渡すことはできますか？

バスをマストランジットのようなものと交換することは可能ですか？私はすでにアプリにサービスバスを持っているので、別のバスを紹介したくありません。

理想的にはIoCを介して構成できますが、バスがIoCコンテナーを保持しているように聞こえますか？

Azure キューからのメッセージを処理するように構成されたオンプレミス サービス バスがあります。私が抱えている問題は、ホストがエラー キューを作成できなかったという msmq エラーを報告していることです。msmq を使用すべきではないという事実は別として、エラーにもかかわらず問題なくメッセージを処理するため、重要ではないようです。

My Host は、nservicebus.host.exe プロセスで開始するように構成されたクラス ライブラリとして実行されています。

ここに私のホストコードと設定があります:

構成:

そして、実際のエラーメッセージは次のとおりです。

2012-04-24 07:57:10,973 [1] ERROR NServiceBus.Utils.MsmqUtilities [(null)] <(nul l)> -キュー error@UseDevelopmentStorage=true を作成できないか、その存在を確認できませんでした。処理は引き続き続行されます。System.Messaging.MessageQueueException (0x80004005): メッセージ キュー サービスを利用できません。System.Messaging.MessageQueue.Create (文字列パス、ブール値のトランザクション) で NServiceBus.Utils.MsmqUtilities.CreateQueue (文字列キュー名、文字列アカウント) で NServiceBus.Utils.MsmqUtilities.CreateQueueIfNecessary (アドレス アドレス、文字列アカウント) で

編集:初期化に .MessageForwardingInCaseOfFault() を追加すると、問題が修正されました。

Azure Service BusのドキュメントとWeb上の投稿を見ると、MessageReceiverクラスを使用して$DeadLetterQueueからデッドレターを読み取るデッドレター処理の例しか見つかりません。

上記のシナリオは正常に機能しますが、次のシナリオがサポートされているかどうか知りたいです。

別のWCFサービスエンドポイントを指定して、直接の配信不能キュー（sb：//mynamespace.servicebus.windows.net/MyTopic/subscriptions/MySubscription/$DeadLetterQueueなど）でメッセージを本質的にリッスンできますか？

新しいデッドレターが追加されると、このリスニングWCFサービスエンドポイントがトリガーされてメッセージが処理されることが期待されます。私がこれまでに行った実験は、これがサポートされていないことを示しています。

Azure Service Busがこの構成を処理できるかどうかを知っている人はいますか？

ServiceBus の基本的なチュートリアルに取り組んでいます。Web ロールは ServiceBus キューにオブジェクトを追加し、worker ロールはこれらのメッセージをキューから読み取り、完了としてマークします。これはすべてローカル環境 (コンピューティング エミュレーター) 内にあります。

信じられないほど単純なはずですが、次の動作が見られます。

1. 呼び出しQueueClient.Receive()は常にタイムアウトします。
2. 一部のメッセージはキューにたむろしているだけで、ワーカーによって取得されていません。

何が起こっているのでしょうか？これらのメッセージの状態をデバッグするにはどうすればよいですか?

Azureプロジェクトをローカルで実行する環境をセットアップしました。

それは単純なバッチファイルから始まります：

このファイルを実行すると、プロジェクトがコンパイルされ、iisに展開されます。しかし、数秒後、エミュレートされたホストがクラッシュし、次の情報を入手することができました。

例外メッセージ：メソッドが予期しないエラーコード3で失敗しました。

Visual Studioを使用してデバッグするとプロジェクトが実行され、別のサーバーで同じバッチスクリプトを実行してもプロジェクトは機能します。

前もって感謝します！

Windows azure リレーを介したクライアント/サーバー アプリケーションがあります。これは、サーバーとクライアントの両方にコンソール アプリケーションを使用するとうまく機能します。

Windows Phone をクライアントとして使用したいのですが、何らかの理由でサービスバスを呼び出すことができません。Web 参照を追加できず、ブラウザーで URL をターゲットにすると、次のメッセージが表示されます。

サーバー app.config に次のコードを入力しました。

ホストを開く前に、エンドポイントを検出モード public に設定しています。

これを Windows Phone で機能させるには、他に何ができるか、または行う必要がありますか?

netTcpRelayBindingとazureサービスバスを使用して、サービスをスケーラブルにしようとしています。サーバー側とクライアント側の両方でこのバインディングを使用する必要があります。Microsoft.ServiceBus.dllに実装されているため、この.dllをクライアントに展開する必要があります。ただし、.NETFrameworkのフルプロファイルを要求します。ただし、クライアント側では、.NETFrameworkクライアントプロファイルのみを使用できます。そして、クライアント側にフルプロファイルをインストールすることは悪い考えだと私は絶対に確信しています。回避策はありますか？

答えが「はい」の場合、資格情報を渡す方法。