Azure Logic Appsは、エンタープライズのビジネスプロセスワークフローを自動化し、クラウド、オンプレミス、ハイブリッド環境間でサービス、システム、アプリ、データをほとんどコードなしで統合するためのクラウドサービスおよびプラットフォームです。
このプラットフォームは以下の主要なシナリオをサポートしています:
- 複数のシステムにまたがるビジネスプロセスのワークフローをオーケストレーションします。
- 1,400+の既製コネクターを使って、レガシー、モダン、最先端のプラットフォームを接続します。
- カスタムコードのオプションにアクセスしながら、視覚的に統合ワークフローを構築しましょう。
- AIエージェントや大規模言語モデルを用いて決定論的または動的に実行するワークフローを作成します。
このサービスがあなたの業務量に合っているか判断するには、 自動化サービスを比較してください。 ワークフロー構築を始めるには、 始めガイドを選びましょう。 ホスティングモデルを選択するには、 ConsumptionとStandardのワークフローを比較してください。
例えば、以下のサンプルワークフローは、コストが指定された閾値を超えた場合に、Azure Logic Appsが手動で確認するために入件注文をルーティングする方法を示しています。
ワークフローは条件とスイッチを使って次のアクションを決定します。 このワークフローの背後にあるロジックの詳細については、「ロジック アプリのしくみ」を参照してください。
その他の一般的な自動化シナリオの例には以下があります:
- ファイルがアップロードされたらOffice 365に通知を送ってください。
- クラウドおよびオンプレミスシステムで顧客の注文処理を行います。
- ファイルをSFTPやFTPサーバーからAzure Blob Storageに移動します。
- ソーシャルメディアの感情を分析し、レビュー用のアラートを作成しましょう。
この概要は、以下の概念を探求するのに役立ちます。
Azure Logic Appsを使用する理由
Azure Logic Appsは以下のことをお手伝いします:
システムの統合をより迅速に行う:Azureサービス、Microsoft サービス、外部アプリ、データベース、オンプレミスシステム向けに、1,400+の既製のMicrosoft管理型コネクタから選択できます。
リソースにアクセスするための作業を減らすか、排除しましょう。 ビジネスニーズに合ったソリューションのビジネスロジックや機能を設計・開発することに注力しましょう。
ビジュアルで構築する: 自分で統合コードを書くのではなく、ワークフローデザイナーでオーケストレーションロジックを作成しましょう。
パフォーマンスの最適化:Azure Logic Appsランタイム上でネイティブかつ直接動作する組み込みコネクタを活用しましょう。
これらのコネクタ操作はサービスエンドポイントと通信し、独自のコードを実行し、ワークフロー構造を制御し、データを操作したり、一般的に使われるリソースへの接続を速度・容量・スループット向上させたりします。
マネージドサービスへのアクセス: サービスおよびシステムAPIへのアクセスには マネージドコネクターを使用します 。
これらのコネクタ操作はグローバルなマルチテナントAzure上で動作します。 例えば次が挙げられます。
- Office 365 サービス (Outlook、Excel、SharePoint など)
- エンタープライズ システム (SAP、IBM MQ など)
コードでワークフローを拡張する:インラインコードを実行したり、Azure Functionsを呼び出したり、既成の操作が要件に合わない場合はカスタムコネクタを作成したりできます。
管理型スケーリングの活用:ビジネスロジックに集中する間、Azureにワークフローのホスト、監視、スケーリングを任せましょう。
Azure Logic Apps でワークフローを構築するとき、通常はコードを記述する必要はありません。 しかし、自分でコードを作成・実行する必要がある場合は、Azure Logic Appsがこの機能をサポートしています。 たとえば、マルチテナント Azure Logic Apps で実行されるワークフローでは、ワークフロー内で JavaScript コード スニペットを直接記述して実行できます。 より複雑で構造化されたコードの場合は、Azure Functions プラットフォームを使用するときにワークフローから関数を作成して呼び出すことができます。 シングルテナントの Azure Logic Apps、App Service Environment (ASE) v3、または部分的に接続された環境で実行されるワークフローの場合は、JavaScript コード スニペット、.NET コード、C# スクリプト、PowerShell スクリプトをワークフロー内で直接記述して実行できます。
ワークフローで、他の Azure サービス、カスタム アプリ、または他のソリューションのイベントを操作する必要がある場合は、Azure Event Grid または Azure Event Hubs を使ってイベントを監視、ルーティング、発行できます。
詳細については、以下を参照してください:
- ワークフローを使用して JavaScript コードをインラインで追加して実行する
- 「Azure Functions の概要」および「ワークフローから Azure Functions を呼び出す」
- Standard ワークフローから .NET コードを作成して実行する
- C# スクリプトを追加して実行する
- PowerShell スクリプトの追加と実行
Microsoft AzureはAzure Logic Appsを完全に管理するため、これらのサービスで構築されたソリューションのホスティング、スケーリング、管理、監視、保守の心配から解放されます。 これらの機能を使って 「サーバーレス」なアプリやソリューションを作ることで、ビジネスロジックや機能の構築により集中できます。 サーバーレス プラットフォームは、ニーズに合わせて自動的にスケーリングします。また、統合を迅速化するほか、コードをほとんどまたはまったく記述せずに堅牢なクラウド アプリを構築するのに役立ちます。
Azure Logic Apps を他の Azure サービスや Microsoft 製品と組み合わせることによって、機敏性を高め、中核となるビジネスに集中できるようになった他社の事例については、これらのお客様事例をご覧ください。
キーワード
次の表では、Azure Logic Apps の主要な用語と概念を簡単な定義を示します。
| 期間 | 説明 |
|---|---|
| ロジック アプリ | ワークフローを開発するときに作成する Azure リソース。 基本的には、次の種類のロジック アプリ リソースを作成できます。 - 単一のワークフローをサポートする従量課金 の Logic Apps リソースは、マルチテナント型の Azure Logic Apps 上でホストされ、実行されます。 - シングルテナントの Azure Logic Apps、App Service Environment (ASE) v3 でホストおよび実行される複数のワークフローをサポートする Standard ロジック アプリ リソース - Windows プランのみ、または部分的に接続された環境飲み ロジック アプリ リソースの種類と、それぞれのコンピューティング リソースと課金モデルの詳細について説明します。 |
| Workflow | タスク、ビジネス プロセス、またはワークロードを定義する一連の操作。 各ワークフローは常に 1 つのトリガー操作で始まり、その後に 1 つ以上のアクションの操作を追加する必要があります。 |
| トリガー | ワークフローで後続の操作を実行する前に満たすべき条件を指定する、そのワークフローの最初の操作。 たとえば、受信トレイにメールが届いた、ストレージ アカウントで新しいファイルを検出した、といったトリガー イベントが考えられます。 |
| 操作 | ワークフローでトリガーの後に続く後続の各操作。 |
| 組み込みコネクタ | このコネクタまたは操作タイプは、Azureでホスト・動作するMicrosoft管理コネクタと比べて、より高速なパフォーマンスのためにAzure Logic Appsランタイム上でネイティブに動作します。 内蔵コネクターはワークフロー制御、自社コード実行、データ処理、エンドポイント通信、その他のワークフロータスクをサポートします。 詳細は 「組み込みコネクター」をご覧ください。 |
| マネージド コネクタ | このコネクタまたは操作タイプは、サービスまたはシステム API 用の、Microsoft によって管理されるプロキシです。 ほとんどのマネージドコネクタは認証接続が必要です。 詳細については、 管理型コネクターをご覧ください。 |
| 統合アカウント | このAzureリソースは、ワークフローで使用するB2Bの成果物を定義・保存することができます。
統合アカウントを作成してロジック アプリにリンクすると、ワークフローにこれらの B2B の成果物を使用できるようになります。 また、ワークフローから Electronic Data Interchange (EDI) と Enterprise Application Integration (EAI) の標準に準拠したメッセージを交換することもできます。 たとえば、取引先、契約、スキーマ、マップ、その他の B2B 成果物を定義できます。 これらの成果物を使用し、AS2、EDIFACT、X12、RosettaNet などのプロトコルを使用してメッセージを交換するワークフローを作成できます。 |
Azure Logic Apps の機能
まずは現在のシステムやサービスをつなぐワークフローから始め、統合要件が増えていくにつれて機能を追加していくことができます。
- ワークフローは視覚的に構築しましょう。
- クラウド、オンプレミス、ハイブリッドシステムを連携できます。
- ホスティング環境を選びましょう。
- AIエージェント型ワークフローを構築しましょう。
- ExchangeのエンタープライズおよびB2Bメッセージ。
- カスタムコードを実行してください。
- Azure仮想ネットワークのリソースにアクセスできます。
使いやすいツールでワークフローを視覚的に作成、編集
各ワークフローは、常にトリガーから始まり、その後に コネクタ ギャラリーから任意の数のアクションが続きます。
時間を節約し、複雑なプロセスを簡略化するには、Azure ポータルまたはVisual Studio Codeのグラフィカル ワークフロー デザイナーを使用してワークフローを作成します。 各ワークフローには、JavaScript Object Notation (JSON) 形式で定義された基になる定義もあります。 必要に応じて、この JSON 定義を変更してワークフローを編集できます。 一部の作成タスクと管理タスクでは、Azure PowerShellコマンドとAzure CLIコマンドを使用することもできます。 Azure Logic Apps では、デプロイの自動化を目的として、Azure Resource Manager テンプレートがサポートされます。
さまざまな環境でさまざまなシステムを接続
パターンやプロセスによっては、説明は簡単でもコードで実装するのは困難なこともあります。 Azure Logic Apps は、クラウド、オンプレミス、ハイブリッド環境の異種システムをシームレスに接続するのに役立ちます。 たとえば、クラウド マーケティング ソリューションをオンプレミスの課金システムに接続したり、Azure Service Bus を使用して、複数の API やシステムのメッセージングを一元化したりできます。 Azure Logic Apps は、これらのシナリオに対応する再利用可能かつ再構成可能なソリューションを提供するための、高速で信頼性の高い一貫した方法を提供します。
異なる環境への作成とデプロイ
シナリオ、ソリューションの要件、必要な機能に基づいて、従量課金または Standard のロジック アプリ ワークフローのどちらを作成するかを選択します。 この選択に基づき、ワークフローはマルチテナントのAzure Logic Apps、シングルテナントのAzure Logic Apps、App Service Environment(v3)、または部分的に接続されたハイブリッド環境や独自のインフラストラクチャで動作できます。 シングルテナントの Azure Logic Apps を使用すると、ワークフローで Azure 仮想ネットワークによって保護されたリソースに簡単にアクセスできます。 ハイブリッド 展開ホスティング オプションを使用して単一のテナント ベースのワークフローを作成する場合は、制御するインフラストラクチャを使用してオンプレミスでワークフローを実行することもできます。 詳細については、 Azure Logic Apps でのシングルテナントとマルチテナントの比較に関するページを参照してください。
次の表は、従量課金ロジック アプリ ワークフローと Standard ロジック アプリ ワークフローの違いを簡単にまとめたものです。 また、マルチテナント環境、シングルテナント環境、App Service Environment v3(ASEv3)、そしてロジックアプリのワークフローの展開、ホスティング、運用のためのハイブリッド環境の違いも学びます。
| ホスティング オプション | メリット | リソースの共有と使用 | 価格と課金モデル | 制限の管理 |
|---|---|---|---|---|
|
使用量 ホスト環境: マルチテナント Azure Logic Apps |
- 最も簡単に開始できる - 使った分だけお支払い - フル マネージド |
1 つのロジック アプリ リソースで使用できるワークフローは "1 つのみ" です。 "複数の Microsoft Entra テナントにわたる" すべてのロジック アプリでは、同じ処理 (コンピューティング)、ストレージ、ネットワークなどが共有されます。 注: データの保存場所と冗長性について: - エージェントと対話しないワークフローまたはワークフロー セクションでは、データは ペアリージョンにレプリケートされます。 高可用性を実現するために、geo 冗長ストレージ (GRS) が有効になっています。 - ワークフロー内のすべてのエージェントは、任意のリージョンから発信できる Azure OpenAI モデルを使用するため、モデルが処理するデータのデータの保存場所は保証されません。 |
従量課金（実行ごとの課金） | Azure Logic Apps でこれらの制限の既定値が管理されますが、特定の制限に対してオプションが存在する場合は、これらの値の一部を変更できます。 |
|
Standard (ワークフロー サービス プラン) ホスト環境: シングルテナント Azure Logic Apps |
- シングルテナント ランタイム上でホストされた組み込みコネクタが増えるほど、スループットが向上し、大規模なコスト削減になります - ランタイムとパフォーマンスの設定に関する制御と微調整機能の強化 - 仮想ネットワークとプライベート エンドポイントに対する統合サポート。 - 独自の組み込みコネクタの作成。 |
1 つのロジック アプリに複数の "ステートフル" と "ステートレス" のワークフローを含めることができます。 "1 つのロジック アプリとテナント" のワークフローでは、同じ処理 (コンピューティング)、ストレージ、ネットワークなどが共有されます。 データは、ロジック アプリのデプロイ先と同じ Azure リージョン内に残ります。 |
Standard (選択した価格レベルのホスティング プランに基づきます) 外部ストレージを使用する "ステートフル" ワークフローを実行する場合は、Azure Logic Apps ランタイムによって、Azure Storage 価格に従うストレージ トランザクションが行われます。 |
シナリオのニーズに応じて、多くの制限の既定値を変更できます。 重要: 一部の制限には、ハード上限があります。 Visual Studio Code では、ロジック アプリのプロジェクト構成ファイル内の既定の制限値に対して行った変更は、デザイナー エクスペリエンスには表示されません。 詳細については、シングルテナントの Azure Logic Apps におけるロジック アプリのアプリと環境設定の編集に関するページを参照してください。 |
|
Standard (App Service Environment v3) ホスト環境: App Service Environment v3 (ASEv3) - Windows プランのみ |
シングルテナントと同じ機能に加えて、次のメリットがあります: - ロジック アプリを完全に分離します。 - シングルテナント Azure Logic Apps の場合よりも多くのロジック アプリを作成して実行します。 - 作成して実行するロジック アプリの数に関係なく、ASE App Service プランに対してのみ支払います。 - 自動スケールを有効にしたり、より多くの仮想マシン インスタンスや別の App Service プランを使用して手動でスケーリングできます。 - 選択した ASEv3 からネットワーク設定を継承します。 たとえば、内部 ASE にデプロイすると、ワークフローは ASE に関連付けられた仮想ネットワーク内のリソースにアクセスし、内部アクセス ポイントを持つことができます。 注: 内部 ASE の外部からアクセスする場合は、ASE がアクションの入力と出力にアクセスできないという、ワークフローの履歴を実行します。 |
1 つのロジック アプリに、複数の "ステートフル" と "ステートレス" のワークフローを含めることができます。 "1 つのロジック アプリとテナント" のワークフローでは、同じ処理 (コンピューティング)、ストレージ、ネットワークなどが共有されます。 データはロジック アプリをデプロイしたのと同じリージョンに残ります。 |
App Service プラン | シナリオのニーズに応じて、多くの制限の既定値を変更できます。 重要: 一部の制限には、ハード上限があります。 Visual Studio Code では、ロジック アプリのプロジェクト構成ファイル内の既定の制限値に対して行った変更は、デザイナー エクスペリエンスには表示されません。 詳細については、シングルテナントの Azure Logic Apps におけるロジック アプリのアプリと環境設定の編集に関するページを参照してください。 |
|
Standard (ハイブリッド) ホスト環境: 独自のオンプレミス インフラストラクチャ |
- 独自のインフラストラクチャを制御および管理する必要があるシナリオ。 - ローカル処理、ストレージ、ネットワーク アクセスを必要とする部分的に接続された環境用の統合ソリューションを構築およびホストできる機能。 - オンプレミス システム、プライベート クラウド、パブリック クラウドを含めることができるインフラストラクチャをサポートします。 - ワークフローは、Azure Container Apps 拡張機能の一部としてオンプレミスでホストされている Azure Logic Apps ランタイムを利用します。 詳細については、次の記事を参照してください。 - ハイブリッド展開を使用して Standard ロジック アプリ用の独自のインフラストラクチャを設定する - 独自のインフラストラクチャでハイブリッドデプロイ用の標準ロジック アプリ ワークフローを作成する |
1 つのロジック アプリに、複数の "ステートフル" と "ステートレス" のワークフローを含めることができます。 "1 つのロジック アプリとテナント" のワークフローでは、同じ処理 (コンピューティング)、ストレージ、ネットワークなどが共有されます。 データはロジック アプリをデプロイしたのと同じリージョンに残ります。 |
ハイブリッド価格 | シナリオのニーズに応じて、多くの制限の既定値を変更できます。 重要: 一部の制限には、ハード上限があります。 Visual Studio Code では、ロジック アプリのプロジェクト構成ファイル内の既定の制限値に対して行った変更は、デザイナー エクスペリエンスには表示されません。 詳細については、シングルテナントの Azure Logic Apps におけるロジック アプリのアプリと環境設定の編集に関するページを参照してください。 |
自律型AIの能力
Azure Logic Appsは、決定論的かつ確率的なエージェントワークフローを通じてAI駆動の自動化をサポートします。 これらのワークフローは、大規模言語モデル(LLM)、エージェントループ、エージェント、MCPサーバー、コネクターアクションから構築されたツールを組み合わせて、自然言語命令の解釈、意思決定、データアクセス、Microsoftおよび非Microsoftシステム間での多段階タスクの完了を行います。 また、ワークフローやコネクタ操作をMicrosoft Foundryでエージェント向けの再利用可能なツールとして公開することもでき、一方Azure Logic Appsは長時間実行されるプロセス、再実行、エラー処理、外部システムとの統合などのオーケストレーション問題を処理します。
詳細については、以下を参照してください:
エンタープライズ統合およびB2Bシナリオ
企業や組織は、EDIFACT、AS2、X12、RosettaNetなどの業界標準のメッセージプロトコルやフォーマットを用いて電子的に通信しています。 これらのプロトコルに従ってB2Bメッセージの交換や変換を行うワークフローを自動化でき、Azure Logic Appsは暗号化とデジタル署名を用いてスムーズかつ安全に処理します。
パートナー、契約、スキーマ、マップなど、ワークフローで使用されるB2B(B2B)アーティファクトを定義するには、これらのアーティファクトのための 統合アカウント を作成してください。 このアカウントをLogicアプリのリソースにリンクすると、ワークフローはこれらのアーティファクトを使い、電子データ交換(EDI)およびエンタープライズアプリケーション統合(EAI)標準に準拠したメッセージを交換できます。
状況に合ったタスクを選ぶことで詳しく学びましょう:
例えば、B2Bの成果物を定義・保存するための統合アカウントを作成しましょう。
メッセージを交換するためにEDIプロトコルを選択してください。例えば:
-
ワークフローはBizTalk Serverコネクターを使ってBizTalk Serverと通信できます。 その後、統合アカウント コネクタを使用して、ワークフローで BizTalk のような操作を実行または拡張できます。 逆に、BizTalk Server で Microsoft BizTalk Server Adapter for Azure Logic Apps を使用して、ワークフローと通信することもできます。 BizTalk Server で BizTalk Server Adapter を設定して使用する方法をご覧ください。
Azure Resource Managerテンプレートで環境間でのワークフローを再利用
複数の環境やリージョンへのデプロイを設定して自動化できるように、Azure Resource Manager テンプレートとしてロジック アプリ ワークフローを作成します。
コネクタが存在しない状態でカスタムコードを実行する
もし必要なコードを実行する適切なコネクタがない場合は、ワークフローの他の選択肢があります:
コンシューマーおよびスタンダードワークフローでは、以下の機能を利用できます:
- JavaScriptを実行するインラインコードアクションを含めてください。
- Azure Functionsでコードを作成・実行。
- カスタムコネクタ操作を作成して使用してください。 消費のワークフローについては 、「消費用のカスタムコネクター」を参照してください。 標準ワークフローについては、「 カスタム組み込みコネクタの作成」をご覧ください。
- カスタムAPIを作成して呼び出す。
標準ワークフローでは、以下の追加機能を利用できます:
- C#スクリプトやPowerShellスクリプトを実行するインラインコードアクションを含めましょう。
- .NETコードを実行するカスタム関数を作成してください。
Azure 仮想ネットワーク内のリソースへの直接アクセス
Azure Logic Apps(標準版)を使用すると、ワークフローは仮想マシン、その他のサービス、Azure仮想ネットワーク内のシステムなどの安全なリソースにアクセスできます。 Azure Logic Apps(Standard)は、専用リソースを使用し、グローバルなマルチテナントAzure Logic Appsとは別に動作する、Azure Logic Appsのシングルテナントインスタンスです。
ロジックアプリのワークフローを専用インスタンスでホスト・実行することで、他のAzureテナントがアプリのパフォーマンスや「ノイズの多い隣人」に与える影響を減らせます。
Azure Logic Apps (Standard) には、次の利点があります。
自分専用の静的IPアドレスが手に入りますが、これはマルチテナントのAzure Logic AppsでLogicアプリが共有する静的IPアドレスとは別です。 また、送信先システムとの通信のために、単一の予測可能な静的パブリック アウトバウンド IP アドレスを自分で設定することもできます。 このIPアドレスを使うことで、目的地のシステムに追加のファイアウォール開口を設定する必要はありません。
実行時間、ストレージ保持、スループット、HTTPリクエストとレスポンスのタイムアウト、メッセージサイズ、カスタムコネクタリクエストの制限が増えます。 詳細については、Azure Logic Apps の制限と構成に関するページを参照してください。
ロジック アプリが機能するしくみ
ロジック アプリ ワークフローは、常に単一のトリガーで開始されます。 トリガーは、条件が満たされたとき、たとえば特定のイベントが発生したときや特定の条件をデータが満たしたときに起動します。 多くのトリガーには、ワークフローの実行頻度を制御するスケジューリング機能が含まれています。 トリガーの起動後、1 つまたは複数のアクションによって各種操作 (ワークフロー内を通過するデータを加工、処理、変換する操作や、ワークフローを次のステップに進める操作) が実行されます。
先ほどの例の順序ワークフローでは、以下のステップが行われます:
トリガーは命令を受け取る。
条件は注文コストとレビュー閾値を比較します。
閾値以下の注文は処理を継続します。
閾値を超える注文は、手動で確認するためにメール送信が必要です。
スイッチはレビュアーの応答を処理します:
- 承認: 注文の処理を続けてください。
- エスカレーション: 詳細情報を取得し、注文を再評価してください。
- 要件が満たされていない場合: 問題についてメールを送ってください。
メッセージ配信の保証
Azure Logic Appsは、"少なくとも 1 回" というメッセージを配信します。 メッセージは失われず、サービスが複数回メッセージを配信することはめったにありません。 ただし、重複メッセージを処理しない、または処理できない場合は、冪等性を実装する必要があります。 この方法では、データの整合性とシステムの安定性を維持しながら、同一または重複するメッセージを受け入れます。 最初の実行後、重複する操作では結果は変更されません。
消費型および標準ロジックアプリの価格モデル
各ロジック アプリ ホスティング オプション (マルチテナント、シングルテナント、App Service Environment (ASE) v3、または部分的に接続された環境) には、それぞれ異なる 価格モデルがあります。 たとえば、マルチテナントの従量課金ロジック アプリ ワークフローは従量課金モデルに従い、シングルテナントの Standard ロジック アプリ ワークフローは Standard 価格モデルに従います。 具体的な価格の詳細については、「Azure Logic Apps の価格」に関するページを参照してください。
適切な自動化サービスを選択してください
Azure Logic Appsがあなたのワークロードに合っているかどうか判断するには、以下の比較をご利用ください:
| 選択 | Scenarios |
|---|---|
| Azure Logic Apps | サービス、システム、アプリケーション、データソースにまたがるエンタープライズビジネスプロセスのためのデザイナー初の自動化オーケストレーションワークフロー。 Azure Functionsで関数を呼び出せます。 |
| Azure Functions | Durable Functions拡張を使ったコードファーストの自動オーケストレーション。 Azure Logic Appsでワークフローを呼び出せます。 |
| Microsoft Power Automate（マイクロソフト パワー オートメート） | ビジネスユーザー、オフィスワーカー、市民開発者向けのコードレス自動化ワークロード。 |
| Azure Automation Runbooks | インフラストラクチャ管理や仮想マシンの再起動などの単純な修復作業も含まれます。 |
詳細な意思決定情報については、以下をご覧ください:
概要
Azure Logic Appsを試す前に、Azureアカウントとサブスクリプションが必要です。 サブスクリプションをお持ちでない場合は、無料のAzure アカウントを取得します。
準備ができたら、あなたの状況に基づいたスタートガイドを選びましょう:
| あなたは創造したいのです | ここから始める |
|---|---|
| 消費ベースのマルチテナントワークフロー | 消費ロジックアプリのワークフローを作成する |
| 隔離型、単一テナント型、ASE v3、またはハイブリッドワークフロー | 標準ロジックアプリのワークフローを作成する |
| 自律エージェント ワークフロー | 自律エージェント ワークフローを作成する |
| 会話型エージェント ワークフロー | 会話型エージェント ワークフローを作成する |
| 動的に実行されるエージェントワークフロー | 動的に実行されるエージェント型ワークフローを作成する |