適用対象: Azure Logic Apps (Standard)
Note
このプレビュー機能は、 Microsoft Azure プレビューの追加使用条件に従います。
ソース システムとターゲット システムの動作の違いを見逃しやすいため、検証プロセスが難しい場合があります。 Standard ロジック アプリ プロジェクト、ワークフロー、およびその他の成果物を生成した後、ソース システムの動作に対してワークフローの動作を確認してから、Azure Logic Appsに展開します。 検証ステージでは、Visual Studio CodeのAzure Logic Apps移行エージェントは、生成されたワークフローを実行し、トリガー、アクション、変換、接続が正しく機能するかどうかを確認することで、タスクを支援します。
この記事では、生成された標準ワークフローをソースの動作と比較し、結果を比較し、解決する必要がある問題やギャップを特定するために、移行エージェントが従う一般的なプロセスについて説明します。
検証アクション
検証ステージでは、生成された標準ワークフローが元のソースの仕様と動作に照らしてテストされます。 検証中、エージェントは生成されたワークフローをローカルで実行し、その動作を元の統合フローと比較します。
Important
開始する前に、ソースの動作と比較して正しい情報と構成を得るために、ワークフロー、接続、.NETローカル関数を確認してください。
詳細については、以下を参照してください:
| Step | Action | 説明 |
|---|---|---|
| 1 | ローカル ランタイムを設定する | 移行エージェントは、Azure Functions ランタイムと Docker Desktop を使用して、生成された Standard ワークフローをローカルで実行します。 |
| 2 | コネクタ リソースをプロビジョニングする | Docker Desktop には、ファイル システム ウォッチャー、メッセージ キュー、データベース接続など、ワークフローに必要なローカル コネクタ リソースが用意されています。 |
| 3 | テスト動作 | 生成されたワークフローをサンプル入力でテストし、出力をソース プラットフォームからの予想される結果と比較します。 |
| 4 | 不一致を特定する | 移行エージェントは、調査と修復のためにソースとターゲットの動作の違いにフラグを設定します。 |
関連するコンテンツ
- 統合プラットフォームからAzure Logic Appsへの移行自動化
- Quickstart: Azure Logic Apps Migration Agent を使用して統合プロジェクトを移行します