問題タブ [azure-storage-queues]

要約すると、パラメーター型を使用しCloudQueueて、WebJobs SDK のProcessQueueMessageメカニズムを介して Azure Web ジョブにリンクされています。CloudQueueMessageこれにより、FunctionInvocationExceptionを介してトリガーされたときに私に与えられますQueueTrigger。

詳細

次のメソッドCloudQueueを使用して、アイテムが に正常に追加されます。AddMessageAsync

そして、期待されるオブジェクトの JSON 表現としてキューに表示されます (Cloud Explorer のメッセージ テキスト プレビューから):

ただし、ProcessQueueMessageメソッドがトリガーされると:

...私は得るFunctionInvocationException：

messageこれは、パラメーターがオブジェクトへの JSON の読み込みに失敗していることを示唆しているようCloudQueueMessageですが、それは私が制御できるものではないようです。

なぜこれが起こっているのかについて誰か提案がありますか?

バージョン情報

Microsoft.Azure.Webjobs 1.1.1

WindowsAzure.Storage 6.2.2-プレビュー

DNX 4.5.1

バックグラウンド

Troy Hunt - ウェブジョブの入門書

MSDN - ハウツー記事

2 つのサーバー間で xml ファイルを送信する必要があります。これらのファイルは最大 1MB です。

これらのファイルの中間宛先として Azure Storage Queue を使用することを検討していましたが、メッセージ サイズに 64 KB の制限があることを読みました。64kb を超えるメッセージを送信する必要があることは珍しくないと思います。

制限を回避する方法はありますか？おそらく圧縮？

timerTriggerコレクションを処理し、(Node.js 関数によって) さらに処理するために処理結果をキューに入れる Node.js Azure 関数がありますqueueTrigger。

コードは次のようなものです。

toBeQueuedこのコードは、キューに入れようとしている各コードではなく、最後のキューのみをキューに入れます。

複数のアイテムをキューに入れる方法はありますか?

アップデート

明確にするために、配列をキューに入れるだけでなくtoBeQueued、 の各反復でa をキューに入れることについて話しているのです。forEachはい、配列をキューに入れることができない Azure 関数の問題がありますが、回避策があります。すなわち、{ items: items }。

ASP.NET Web API からアイテムを Azure ストレージ キューに送信しています。キュー内のアイテムの位置についてユーザーにフィードバックを提供し、アイテムの位置を更新できるようにしたいと考えています。彼らが戻ってきた場合のアイテムまたは同様の何か。

ここでの質問とはあまり関係がありませんが、これはアイテムをキューに配置するために使用している方法です

だから私は突っついてきましCloudQueueClientたCloudQueueが、私が見つけることができたのはCloudQueue.ApproximateMessageCount、常にnullを返すものだけでした。

私はまた、キュー内のアイテムのサイズと位置を取得する方法について具体的に注意しながら、常に入門ガイドを作成する方法を少しグーグルで試してみましたが、それは可能ですか?

Azure Storage Queue Client を使用して、作成されたすべてのキューを一覧表示しています。これら 2 つのメソッドがありclient.ListQueuesSegmented、client.ListQueuesSDK に含まれています。どちらもプレフィックスを使用してクエリを実行できます。ListQueuesSegmented次のセグメントを照会するのに役立つトークンを使用します。どのシナリオでどちらを使用するかを理解しようとしています。

タイトルは私の質問をほとんど説明しています：

ストレージ キューにメッセージがない場合、キュー参照を取得して接続できたと仮定すると、なぜ 0 を返さないのでしょうか? 代わりに、 を返しますnull。

メッセージ数が「概算」であるという事実と関係がありますか? 好奇心旺盛、何よりも。

製品フィード ファイルをシステムに処理するプロジェクトがあります。1 つの特定のフィード ファイルでは、プロセス全体に約 40 ～ 50 分かかります。これで、フィードから画像を処理するを作成し、ストレージ クライアントを作成WebJobして、最初のプロジェクトから に画像の URL を送信しています。WebJobそれを自分のプロジェクトに入れると、処理時間が大幅に増加したので、Task.Runto useFire and Forgetアプローチで使用してみましたが、それでも全体の処理時間は約 2 時間になりました。

ストレージ キューを作成するメソッドを呼び出す方法を次に示します。

そして、これがキューメッセージを作成するための私のコードです

処理時間が 2 倍になった理由がわかりません。また、それを回避する方法も見つかりません。これを解決するのに役立つアイデアは本当に役に立ちます。