App Service にはいくつかのオプションがあります。Logic Apps や Azure Automation については触れませんが、この分野にも触れています。
Azure Web ジョブ
この記事が正直なところ一番の説明ですが、ここで要約します。
オンデマンド WebJobs 別名。スケジュールされた WebJobs 別名。トリガーされた Web ジョブ
トリガーされた Web ジョブは、URL が呼び出されたとき、またはスケジュール プロパティが schedule.job に存在するときに 1 回実行される Web ジョブです。スケジュールされた Web ジョブは、スケジュールに従って URL を呼び出すために Azure スケジューラ ジョブが作成された単なる Web ジョブですが、前述のように、スケジュール プロパティもサポートされています。
概要：
+実行可能ファイル/スクリプト オンデマンド+スケジュールされた実行-.scm エンドポイント経由でトリガーする必要がある-スケーリングは手動-VM は常に必要です
継続的な Web ジョブ (非 SDK)
これらのジョブは永久に実行され、クラッシュすると復帰します。これらを機能させるには、Always On を有効にする必要があります。つまり、Basic レベル以上で実行する必要があります。
概要：
+実行可能ファイル/スクリプトは常に実行中-常時オンが必要 - Basic レベル以上-VM は常に必要です
WebJobs SDK を使用した継続的な Web ジョブ
これらは、「Web ジョブ機能」の観点からは何もありません。基本的に、単純なトリガーに基づいてコードを実行できる、Web ジョブを対象として作成したこの便利な SDK があります。これについては後で詳しく説明します。
概要：
+実行可能ファイル/スクリプトは常に実行中+より豊富なロギング/ダッシュボード+長時間実行されるタスクとともにサポートされるトリガー-常時オンが必要 - Basic レベル以上-スケーリングは手動で設定します-始めるのは少し面倒かもしれません-VM は常に必要です
Azure Web ジョブ SDK
Azure WebJobs SDK は、プラットフォーム機能である WebJobs とは完全に別の SDK です。Web ジョブで実行するように設計されていますが、実際にはどこでも実行できます。サポートはベスト エフォートにすぎませんが、Worker ロール、さらにはオンプレミスやその他のクラウドでそれらを実行しているお客様がいます。
SDK は、何らかのイベントに反応してコードを実行し、サービスなどにバインドすることを簡単にするためのものです。簡単。これはいくつかのドキュメントで正直に説明されていますが、その核心は「イベント」+「コード」の性質です。また、いくつかのクールな拡張作業も行いましたが、それはコアの目的の二次的なものです。
概要：
- これらのほとんどは上記の
+必要に応じて拡張して実行できます。完全なコントロール。-HTTP は少し不安定ですが、動作します
Azure 関数
Azure Functions は、WebJobs SDK の中心的な目的を実現し、それをサービスとしてホストし、他の言語を簡単に開始できるようにすることを目的としています。また、ここで「サーバーレス」の概念を導入するのは非常に理にかなっているからです。私たちは SDK がどのようにスケーリングするかを知っているので、インテリジェントなことを行うことができます。
Azure Functions は、非常に高度に管理されたエクスペリエンスです。独自のホストの持ち込みはサポートしていません。現在、カスタム拡張機能はサポートしていませんが、調査中です。私たちはあなたができることとできないことについて意見を持っていますが、私たちが可能にするものについては、それらは滑らかで、使いやすく、管理が簡単です.
ただし、Functions を改善するために行った "フレームワーク" のほとんどは、WebJobs SDK を介して行われます。たとえば、Web ジョブ用の新しい NuGet をアップロードします。これにより、ログの速度が大幅に向上します。これにより、Web ジョブ SDK ユーザーにとってパフォーマンスが大幅に向上します。関数を「WebJobs SDK as a Service」として出荷することで、多くのエクスペリエンスの問題が大幅に改善されました。
関数は私たちの最新かつ最高のものであるため、おそらく偏見がありますが、関数の短所を自由に撮影してください。
最終的には、もう少し詳しく説明するブログを公開することになるでしょうが、このフォーラムではできるだけ簡潔にまとめようとしました。