問題タブ [azure-queues]

私の知る限り、Azure テーブル ストレージ、キュー、および BLOB を参照できるクライアントは次のとおりです。

• Visual Studio Server Explorer : これは素晴らしいですが、スタンドアロン ソフトウェアが必要です (テスター、アナリストなど)。
• Cerebrata Azure Explorer : ライセンスあたり 125 ドル。私たちはまだこれを買う余裕がありません。
• CloudXplorer : ライセンスあたり 50 ドル。私たちはまだこれを買う余裕がありません。
• TableXplorer : 無料ですが非常に制限されています (キューや BLOB ストレージもありません)
• Azure Storage Explorer 4 : 多くの人がこれを提案していますが、私はそれが非常に貧弱に書かれていると感じています.
• Azure Storage Explorer 5 : まだプレビュー段階です。

私が知らない他のクライアントはいますか?

VS 2013 で QueueWorkerRole のテンプレートを使用して新しい WorkerRole を作成したところ、次のようなコードが作成されました。

私が抱えている問題は、Microsoft.ServiceBus.ConnectionString を正しく設定して、エミュレーターで実行されているローカル開発キューで動作するようにすることです。デフォルトでは、次のように設定されています。

そして、接続するホストされたサービスがある場合、これはうまくいくと思いますが、ローカルでいくつかのことを試しているだけで、接続できません。

「UseDevelopmentStorage=True」を試しました。また、ストレージ エミュレーター UI 「127.0.0.1:10001」を表示したときに見つけたアドレスと、ここで見つけた標準形式を使用したローカル エミュレーターを使用してみました: http://www. connectionstrings.com/windows-azure/ (DefaultEndpointsProtocol=https;AccountName=devstoreaccount1; AccountKey=Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==;) 運がありません。

コンピューティング エミュレーター UI に "The Service Bus connection string contains invalid property" というメッセージが表示されることもあれば、接続できないというエラーが表示されることもあります。

ありがとう。

キューからのメッセージを処理する新しいワーカー ロールを作成しました。このデフォルトの例には、最初に次のコードが含まれています。

そのデモに付属するコメントについて詳しく説明できる人はいますか?

さまざまな種類の通知を持つアプリケーションを開発しています。通知の例:

• メッセージが作成されました
• 提出されたリスト
• 上場承認

接続されているクライアントがリアルタイムで更新を取得できるように、これらすべてを SignalR に結び付けたいと思います。

アーキテクチャに関する限り、現在、アプリケーションは完全に Azure Web サイトでホストされている単一のソリューション内にあります。これらの各通知タイプのトリガーは、このアプリケーション内に存在します。

トリガーがヒットしたら、signalR に「このメッセージを次のクライアントに送信してください」と、userId のリストとともに伝えたいと思います。userId に基づいて接続されたクライアントを識別することは可能であると想定しています...そしてsend message to clients、MVC アプリの速度を低下させたり、データを失うリスクを冒したりしないように、プロセスは Web アプリケーションの外部で実行する必要があると想定しています壊れた非同期呼び出し。最初の質問 -これらの仮定は正しいですか?

そう仮定すると、これは、クライアントにメッセージを送信するための専用の Web/worker ロールのようなものが必要になることを意味します。Web アプリケーションからこのプロセスにメッセージを直接渡すことはできますが、プロセスが停止するとどうなりますか? 回復力に関する懸念から、メッセージを渡す適切な方法は、ある種のキューを介することであると私は信じています。2 番目の質問 -これは有効な一連の思考ですか?

そう仮定すると、これは古き良き Azure SQL データベースをキューとして使用できることを意味しますが、次のようなメッセージ キューイングを処理するための特殊な (そしておそらく安価な) サービスがいくつかあるようです。

http://www.windowsazure.com/en-us/develop/net/how-to-guides/queue-service/

3 番目の質問:これを signalR のキューイング メカニズムとして使用する必要がありますか? 将来、キャッシュに Redis を使用することに興味があります... Redis はキュー サービスよりも優れていますか?

最後の質問:

ここで提案したアーキテクチャを説明しようとしました。

ここで最も不明なのは、MVC アプリがキューに入れるタイミングを知る方法、または SignalR プロセスがブロードキャストするタイミングを知る方法です。接続されているクライアントを気にせずに、MVC アプリをやみくもにキューに入れる必要がありますか? これにより、キューに大量の無駄なスペースが発生し、worker ロールに無駄なサイクルが発生するようです。これは、接続されるクライアントの割合が非常に少ないためです。

私が考えることができる唯一の他のアプローチは、MVC アプリに SignalR プロセスへの可視性を与えて、クライアントが接続されているかどうかを確認することです...接続されている場合は、エンキューします。これは、トリガーがヒットするたびにダイアグラムの赤い線をヒットしなければならないことを意味するため、私は不快に感じます.

スケーラブルでパフォーマンスの高い SignalR メッセージ ブロードキャストに推奨されるアーキテクチャは何ですか? パフォーマンスが最優先事項であり、そのすぐ後にコストが続きます。

おまけの質問:

• 一部のメッセージが他のメッセージよりも優先度が高い場合はどうなりますか? 2 つのキューを使用し、一方が常に他方より先にチェックされるようにする必要がありますか?

ユーザーデバイスがオフラインまたは一時的に接続が失われたりロックされている場合、ユーザーデバイスアプリにトースト通知を送信します.ユーザーデバイスは、オンラインになった後にトースト通知を受信しません. デバイスが接続された後にトースト通知を受け取るにはどうすればよいですか。

このコードを使用して通知を送信しました

助けてください。デバイスが接続された後にトースト通知を受け取るにはどうすればよいですか?

Azure キューに 50 個のメッセージを追加しようとしましたが、キューに入れられるのは最初の 32 個だけのようです。

ドキュメントに従って、次のようなキューを作成します。

次に、キューにメッセージを追加します。

Server Explorer -> Windows Azure -> Storeage -> Queues からキューを開き、内容を確認しましたが、最初の 32 個しか表示されません。

何か不足していますか？

Bus.SendToQueues を使用するとエラーが発生します。質問の最後に詳細なエラーがあります。

ストレージ アカウントとキーを使用して設定された Azure キューがあり、Bus.SendToSites を使用して、msmq を使用して Azure サイトにメッセージを送信するオンプレミス サービスバス ハンドラーを使用しようとしています。

http://support.nservicebus.com/customer/portal/articles/859548-the-gateway-and-multi-site-distributionに従って、ゲートウェイを起動しようとしています。この構成を使用しています。

App.config: (サイトを正しく設定していますか?)

ハンドラ：

実行時に、次の結果が得られます。

エラー: アドレスにメッセージを送信できませんでした: このエンドポイントによって送信されたメッセージの返信アドレスとして使用されるディストリビューターのデータ アドレス..gateway@HFORTE

内部例外: {"フォーマット名が無効です。"}

スタックトレース: System.Messaging.MessageQueue.MQCacheableInfo.get_WriteHandle() で System.Messaging.MessageQueue.StaleSafeSendMessage (MQPROPS プロパティ、ITransaction トランザクション) で System.Messaging.MessageQueue.StaleSafeSendMessage (MQPROPS プロパティ、IntPtr トランザクション) で System.Messaging.QueueMessage .SendInternal(Object obj, MessageQueueTransaction internalTransaction, MessageQueueTransactionType transactionType) at System.Messaging.MessageQueue.Send(Object obj, MessageQueueTransactionType transactionType) at NServiceBus.Transports.Msmq.MsmqMessageSender.Send(TransportMessage message, Address address) in :line 0

トランスポートが MSMQ であることがわかりました。問題は、MSMQ と Azure が異なるトランスポート プロトコルであることです。そうであれば、これはどのように改善されますか?