結果として得られる100,000行のセットにデータベースを照会する必要がある場合。そこで私はそのデータを処理する必要があります。これは、連続的なwebjobで、成功裏に、行うことができますか？その場合、キューはどのように管理されますか？私は現在、タイムトリガで連続webjobを使用しての問題を論じて、この質問Webjobsと大規模なデータベースクエリ
を持っています。 Webjobが再起動した場合、キューはダンプされています。ダンプされると、キューはそれ以上処理されません。クエリの行を制限するtakeが使用されている場合、次のpolleventはデータを処理しません。
これらのWebジョブでは多くのことが管理されており、大きなキューを管理するのは難しいことがあります。
私の質問：
大量のデータを処理するのに適していますか？
もしそうなら、彼らは継続的にスケジュールされていて、なぜそうであるべきですか？
大量のデータを処理するのに適していますか？
確かに、なぜですか？何らかの理由でWebJobs SDKを信頼しないと、すべての処理を行い、WebJobとして展開するプレーンコンソールアプリケーションを作成するのを止めることはできません。このようにして、あなたから隠されたり、「管理されていない」ものはありません。
もしそうなら、それらは継続的にスケジュールされていて、なぜそうでなければならないのですか？
通常、連続するWebJobは、トリガーのコンテキストで意味を持ちます。 いくつかの作業が待ち受けており、Storage Queueメッセージまたは選択した他のメカニズム（custom triggers）を使用して通知します。
スケジュールされたWebJobは、うーん...スケジュール通りに動作します。あなたは1つ持っていますか？そうしてください。
明確な選択肢を形成するのに十分な意味がない場合は、自分の外部ロジックに基づいて手動でトリガーするだけではどうですか？ https://github.com/projectkudu/kudu/wiki/WebJobs-API#invoke-a-triggered-jobから
：
POST /api/triggeredwebjobs/{job name}/run
ありがとう、私は多くの研究をしており、それはすべて役立ちます。私はスケジュールを設定するために別々のwebジョブを作成しました。私はそれらを一貫して管理し、論理的に分離する必要があると思います。明白なはい？しかし、私は邪悪なSnobuを信用できますか？ ;） –
ここでもう少し詳しい情報が得られることを願っているので、まだ答えは受け付けません。 –
ないのはなぜあなたが/いない-票を投票する方法を人々に伝えるコメントを投稿していることを確認、トリガ仕事を起動します。これはStackOverflowの仕組みではありません。 –
@DavidMakogonあなたはこれに対する答えを知っていますか？ –
[this one]（http://stackoverflow.com/questions/32597003/azure-webjobs-where-hosted-are-they-safe-as-long-running-processes）の複製のように見えます。 –