Azure Arc 対応 Logic Apps とは (プレビュー)

注意

この機能はプレビュー段階にあり、「Microsoft Azure プレビューの追加使用条件」が適用されます。

Azure Arc 対応 Logic Apps を使用すると、Kubernetes が実行できるすべての場所で、シングルテナントベースのロジック アプリを開発して実行できます。 たとえば、Azure、Azure Kubernetes Service、オンプレミス、さらにその他のクラウド プロバイダーでもロジック アプリ ワークフローを実行できます。 このオファリングでは、次の機能のために、Azure Arc および Azure portal を通じた 1 つのウィンドウからの一元的な管理プラットフォームを提供します。

  • 統合プラットフォームとして Azure Logic Apps を使用します。
  • ホストされている場所に関係なく、ワークフローをすべてのサービスに接続します。
  • サービスと並行して、統合ソリューションを直接実行します。
  • Visual Studio Code を使用してワークフローを作成および編集します。
  • DevOps 用に選択したパイプラインを使用してデプロイします。
  • Azure、Azure 以外、複数クラウド、オンプレミス、およびエッジ環境でインフラストラクチャとリソースを制御します。

詳細については、次のドキュメントを確認してください。

Arc 対応 Logic Apps を使用する理由

Azure Arc 対応 Logic Apps では、Azure Logic Apps のシングルテナント エクスペリエンスと同じ方法で、ロジック アプリ ワークフローを作成およびデプロイできます。 また、運用および管理する Kubernetes インフラストラクチャでロジック アプリを実行すると、管理のしやすさと柔軟性が向上します。

ロジックアプリの作成、設計、およびデプロイについて、Azure Arc とシングルテナント Logic Apps エクスペリエンスの間にわずかな違いがあります。 Azure Arc 対応 Logic Apps を使用する場合の大きな違いは、ロジック アプリが "カスタムの場所" で実行されることです。 この場所は、Azure App Service プラットフォーム拡張機能バンドルをインストールして有効にした Arc 対応 Kubernetes クラスターにマップされます。

たとえば、このクラスターは、Azure Kubernetes Service、ベアメタル Kubernetes、または別のセットアップにすることができます。 拡張機能バンドルを使用すると、Kubernetes クラスターで Azure Logic Apps、Azure Functions、Azure App Service などのプラットフォーム サービスを実行できます。

詳細については、次のドキュメントを確認してください。

Arc 対応 Logic Apps を使用する場合

Kubernetes では管理のしやすさと柔軟性が向上しますが、運用上のオーバーヘッドも発生します。 Logic Apps サービスでニーズを満たせることに満足している場合は、このサービスを引き続き使用することをお勧めします。 ただし、次のシナリオの場合は、Azure Arc 対応 Logic Apps の使用を検討してください。

  • すべてのアプリとサービスを Kubernetes で既に実行している。 これらのプロセスとコントロールを他のすべての PaaS サービスに拡張する必要がある。

  • Logic Apps を統合プラットフォームとして使用する必要がある。 ただし、コンピューティングの制御と柔軟性のためにきめ細かなネットワークを必要としている。 統合サービス環境 (ISE) や App Service Environment (ASE) は使用したくない。

  • セキュリティ上の理由から、ロジック アプリの実行場所を制御する必要がある (独自のリージョンや独自のデータセンターなど)。

  • ロジック アプリをマルチクラウド シナリオで実行し、それらが実行されるすべての場所で、すべてのアプリケーションについての唯一の統合プラットフォームとして Logic Apps サービスを使用する必要がある。

オファリングを比較する

次の表は、現在の Azure Logic Apps オファリングの機能を概要レベルで比較したものです。

機能

マルチテナント Logic Apps (従量課金)

シングルテナント Logic Apps (Standard)

スタンドアロン コンテナー

Azure Arc

ローカル開発

Visual Studio Code、Visual Studio

Visual Studio Code (実行履歴とブレークポイントのデバッグによる概要を含む)

Visual Studio Code

Visual Studio Code (実行履歴とブレークポイントのデバッグによる概要を含む)

Hosting

Azure でのみ実行

Azure でのみ実行

コンテナーを実行する任意の場所で実行

Arc 対応 Kubernetes クラスターで任意の場所で実行

管理

フル マネージド Logic Apps エクスペリエンス

フル マネージド Logic Apps エクスペリエンス

管理されていない

Kubernetes レベルでの運用制御によるマネージド Logic Apps エクスペリエンス

監視

Azure portal 内で監視 (必要に応じて実行履歴、実行の再送信、Application Insights 機能を含む)

Azure portal 内で監視 (必要に応じて実行履歴、実行の再送信、Application Insights 機能を含む)

Application Insights またはその他のコンテナー監視ツールでのみ監視

Azure portal 内で監視 (必要に応じて実行履歴、実行の再送信、Application Insights 機能を含む)

Scaling

従量課金プランを使用したスケーリングの制御

Standard プランを使用したスケーリングの制御

使用不可

Kubernetes ベースのイベント ドリブン自動スケーリング (KEDA) を使用したスケーリングの制御。 キューの長さに基づいてスケール イベントを構成。

次の手順