ウェブジョブではなくロジックアプリケーションをいつ使うべきですか？

Question

私は、Azureの2つのシステム間の統合を計画しています。アプリケーションの基本的なアーキテクチャは、オンプレミスコンソールアプリケーションのAzureに相当します。例えば。 2つのシステム間でデータをシャッフルする

これを行うには、App Services内で2つの方法があります。

1. ウェブアプリケーションがあり、ウェブジョブがあります。私の場合、現時点ではWebサイトはまったく必要ありません。

2. カスタムコード付きAPIアプリを備えたロジックアプリ。私の場合、統合全体は、連鎖した一連のAPIアプリの代わりに、おそらくただのカスタムAPIアプリになるでしょう。

スケジュールされたアクティビティと必要な接続性をサポートするように見えます。どちらも規模が変わるように見えますが、それは実際に私が計画していることの心配ではありません。どちらもかなり簡単な展開パスを持つようです。本当にどちらもかなり似ています。

私が考えている唯一の大きな違いは、Webジョブ用のWebアプリには常にWebサイトが付属していることです。これは正しいです？もしそうなら、私はおそらく遠く離れた将来のWebサイトを使用するかもしれないとして、Webアプリケーションのために行くでしょう。

私の決定に影響するはずの他に何か不足していますか？違いは簡単ですか？

Answer 1

良い質問です。 WebJobはコンソールアプリケーションのユースケースに最適です。

• のようなSaaSソリューションへのコネクタのためのいくつかのアウトオブボックスのサポートが付属しています

  ロジック・アプリ：ロジックアプリは、またはあなたのユースケースに基づいて、あなたの利益を得られない場合がありますいくつかの機能を提供しますSalesforceの、BLOBストレージ、Dropboxのなど

• あなたは、ポリシーを再試行してください-まで
を統合するときにメッセージの配信を保証しなければならないデザイナー
• を使用してコードを記述することなく、追加の「手順」を追加してジョブを構築し、拡張することができます
• ワークフローをライブ編集して保存して、コードを変更することなく繰り返しスケジュールのようなものを変更することができます。
• 「ラン」ペインを詳述それぞれの実行が開始され、入力と出力、および状態

これらの機能のいずれかがジャンプ、それは価値が作る場合は、ロジックのアプリは、より良いフィットかもしれません。定期的なバックグラウンドタスクを実行していて、何かを本当に素早くポップしたいのであれば、ウェブの仕事は素晴らしいかもしれません。それが意味をなさないか、あなたに質問があれば教えてください。