Azure Logic Apps ステージ 3 への移行 - 変換: ワークフローの生成 (プレビュー)

適用対象: Azure Logic Apps (Standard)

統合プロジェクトの移行プロセスは、複雑なソース成果物を Azure Logic Apps (Standard) のデプロイ可能なリソースに変換するのが困難な場合にストールする可能性があります。 変換ステージでは、Visual Studio CodeのAzure Logic Apps移行エージェントは、移行計画でタスク 計画を実行することでこの問題を解決します。 このプロセスでは、標準ワークフロー定義、接続構成、およびサポート ファイルを展開する準備ができている完全な成果物が作成されます。

この記事では、Azure Logic Apps移行エージェントが変換タスクを作成して、ソース統合成果物をすぐにデプロイできる Standard ロジック アプリ プロジェクト リソースにマップする方法と、エージェントがこれらのタスクを実行して、すぐにデプロイして実行できるプロジェクト成果物を生成する方法について説明します。

変換プロセスのアクション

Azure Logic Apps移行エージェントで、Plan Logic App Design アクティビティが完了すると、Create 変換タスク アクティビティが使用可能になります。 Create Conversion Tasks アクティビティを選択すると、@migration-converter GitHub Copilot エージェントは、ターゲット ロジック アプリ プロジェクト成果物を生成するために必要な変換タスクを作成します。

これらのタスクを確認し、Execute 変換タスク アクティビティを選択すると、@migration-converter GitHub Copilot エージェントによって各タスク プランが処理され、次のアクションが実行されます。

1: ロジック アプリ プロジェクト成果物を生成する

@migration-converter エージェントは、次のセクションで説明する出力を生成します。

プロジェクトの足場構造

@migration-converter エージェントは、Standard ロジック アプリ プロジェクトを生成します。 このプロジェクトには、論理フロー グループごとに 1 つの標準ワークフロー定義ファイル、接続構成ファイル、ホスト構成ファイル、およびその他のサポート ファイルが含まれています。

<project-root>/
├── host.json                    # Host configuration for Standard logic app
├── local.settings.json          # Local development settings
├── connections.json             # Connector configurations
├── <workflow-name>/
│   └── workflow.json            # Workflow definition file per flow group
├── <workflow-name-2>/
│   └── workflow.json            # Workflow definition file per flow group
└── lib/                         
    └── custom/
        └── <function-name>.cs   # .NET local function, if necessary

次の例は、プロジェクト スキャフォールディング構造とファイルを作成する @migration-converter エージェントを示しています。

ワークフロー定義ファイル

論理フロー グループごとに、 @migration-converter エージェントは、次のワークフロー操作を含む workflow.json ファイルを生成します。

接続の構成

@migration-converter エージェントは、connections.json ファイルを生成します。このファイルには、ワークフロー内のコネクタ操作に必要な構成が格納されます。

次の表では、高度なコネクタ グループについて説明します。

詳細については、Azure Logic Apps におけるコネクタとは何かをご覧ください。

.NETのローカル関数

Azure Logic Apps (Standard) に同等のダイレクト コネクタがないソース プラットフォーム コンポーネントがある場合、@migration-converter エージェントはローカル関数.NET生成します。 この動作は、通常、次のようなシナリオで発生します。

• カスタム データ変換ロジック
• 複雑な解析または検証規則
• カスタム プロトコルを使用したオンプレミス システムへの呼び出し
• ビジネス ルールの評価

2. 出力の完全性と品質を確認する

@migration-converter エージェントは、完全ですぐに実行できるデプロイ可能な成果物を生成します。 生成されたすべてのコードが完全に機能し、完全であることを確認するために、エージェントは no-stubs-code-generation スキルを使用して、生成されたすべてのコードが完全で完全に機能し、スタブ実装、プレースホルダー コード、または TODO コメントが存在しないことを確認します。

エージェントは、次の標準を使用して、生成された各ファイルが次の標準を満たしていることを確認します。

テスト用にワークフローをローカルで実行する検証ステージに対して生成された出力を準備するには、ワークフロー定義、接続、および生成された.NETローカル関数の不正確性を手動で検査してください。

詳細については、「Quickstart: Azure Logic Apps Migration Agent を使用して統合プロジェクトを移行するを参照してください。

関連するコンテンツ

• 統合プラットフォームからAzure Logic Appsへの移行自動化
• Quickstart: Azure Logic Apps Migration Agent を使用して統合プロジェクトを移行します

次のステップ