私は、アプリサービスだけを使用することとWebサービスを使用するアプリサービスとの違いについて混乱させる。Azure AppサービスVS WebJob
私は、手動でトリガする必要がある計算量の多いタスク（2〜20分）があります（ユーザーは時々要求します）。今はすべてが1つのアプリサービスで発生します。私は、この重いプロセスを別のアプリケーションサービスのWebジョブに引き出すことを考えています。この新しいアプリサービスは空（APIなし）ですが、このWebジョブをホストします。これは最初のアプリサービスから起動します。
2番目のアプリサービスが空になるのは気になります。 webjob（WebApiプロジェクトのみ）を使用せずに2番目のアプリサービスを使用して作業を行うことはできますか？または私はwebjobsに固執する必要がありますか？これら2つのアプローチの長所と短所は何でしょうか？
私の意見では、Web APIとWebジョブを比較するべきではありません。この2つのものは異なる環境に使用されるためです。
webjobs機能：
ウェブジョブズが手動でトリガされるように構成または スケジュールで実行することができます。
ウェブジョブズCEOは、継続的に新しいメッセージとして送らが追加のような他のAzureサービス、内のイベントに基づいてトリガされるように設定をすることができ
Azure Web Jobは、バックグラウンド処理のニーズを満たすために実装できます。
バックグラウンド処理を行い、他のアプリケーションに返信したくない場合。私はあなたがwebjobsを選択することをお勧めします。
Web APIを使用すると、顧客が応答を得るためのHTTPサービスを簡単に構築できます。
これは他人とやりとりするために使用されます。あなたが結果を得て、他の場所で使用したいならば。あなたはWeb APIを選択することができます。
ウェブAPI機能：
とりわけ、計算が他人とやり取りしない場合（結果を顧客に返す）私はあなたがウェブジョブを選ぶことができることをお勧めします。
マイクロウエーブサービスの言葉を探していると思います@Dmitry –
このアイディアには何も問題はありませんが、Azure関数もチェックすることができます。あなたが「集中的に計算する」という意味に少し依存しますが、それは良いフィット感かもしれません。しかし、すでにWebJobをお持ちの場合は、これを守る方が簡単かもしれません。 –
私は青空の機能について読んでいます - 期間に制限があるため、機能しません - 5分以内 – Dmitry