12

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

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

  1. Web ジョブを持つ Web アプリ。私の場合、現時点では Web サイトはまったく必要ありません。

  2. カスタム コード API アプリを使用したロジック アプリ。私の場合、統合全体は、チェーン化された一連の API アプリではなく、おそらく 1 つのカスタム API アプリになるでしょう。

どちらもスケジュールされた活動と私が必要とする接続をサポートしているようです. 両方ともスケーリングするように見えますが、それは私が計画していることにとって実際には問題ではありません. どちらも非常に簡単な展開パスを持っているようです。実はどちらもよく似ています。

私が信じている唯一の大きな違いは、Web ジョブ用の Web アプリには常に Web サイトが付属していることです。これは正しいです?もしそうなら、遠い将来にウェブサイトを使用するかもしれないので、私はおそらくウェブアプリに行きます.

ここで私の決定に影響を与えるものを他に見逃していますか? 違いはこんなに簡単?

4

1 に答える 1