迁移到Azure 逻辑应用阶段 2 - 规划：创建迁移计划（预览版）

适用于：Azure 逻辑应用（标准）

Note

尽管上一发现阶段提供了有关集成项目设计、项目、组件和依赖项的具体信息，但仍面临一个关键挑战：将清单转换为可执行迁移路线图。你需要有关项目和组件如何映射到 Azure 逻辑应用（标准）中的等效项的信息，哪些部件可能需要重新设计，以及这些活动在开始转换过程之前所花费的工作量。

在规划阶段，Visual Studio Code中的Azure 逻辑应用迁移代理使用编录的项目，并为每个逻辑流组生成详细的迁移计划。此迁移计划包括操作映射、迁移差距以及建议的方法、工作量估计和任务计划。通过此知识，可以转到转换阶段，具有更高的可预测性和明确的低风险计划。

本文介绍如何在规划阶段Azure 逻辑应用迁移代理创建迁移计划。然后，可以使用此迁移计划将源项目映射到Azure 逻辑应用（标准），确定重新设计差距，并在开始转换过程之前估算工作量。

规划阶段措施

在Azure 逻辑应用迁移代理中，完成 Analyze 源设计活动后，计划逻辑应用设计活动将变为可用。选择此活动时，@migration-planner GitHub Copilot 智能体为每个流组生成以下信息：

节名称	Description
建筑	建议的解决方案的设计器视图、代码视图和体系结构关系图。
其他 Azure 组件	建议设计所需的显式和隐式Azure组件转换。
操作映射	从源平台组件到它们在 Azure 逻辑应用（标准版）中的等效项之间的一对一映射。例如： - BizTalk FILE 接收端口映射到标准工作流中的文件系统触发器。 - BizTalk HTTP 发送端口映射到标准工作流中的 HTTP 操作。有关详细信息，请参阅操作映射。
工件处置	需要转换的项目及其上传目标。
迁移差距	标准工作流中没有直接等效项的功能或组件和建议的解决方法。例如，BizTalk 自定义管道组件可能需要标准工作流中的.NET本地函数。有关详细信息，请参阅迁移差距。
集成模式	在集成流程中检测到的模式。
总结	有关建议流程的大体概述。
工作量估计	根据操作数、差距和依赖关系，每个集成流的估计复杂性（低、中、高）和工作量。
任务计划	下一阶段转换任务的分步说明。有关详细信息，请参阅任务计划。

以下示例演示了示例生成的迁移计划：

以下部分提供有关特定迁移计划区域的详细信息：

操作映射部分介绍了每个源组件如何映射到标准工作流中的等效组件，例如：

源组件	标准工作流等价	操作类型	映射类型	备注
接收端口（FILE）	文件系统触发器，命名为添加或修改文件时	内置	运行时原生	选择运行在与 Azure 逻辑应用运行时相同进程中的内置版本。 shared 版本在多租户Azure中运行。有关详细信息，请参阅： - 从 Azure 逻辑应用连接到本地文件系统 - 文件系统内置连接器参考
发送端口（HTTP）	HTTP 操作	内置	运行时原生	有关详细信息，请参阅从 Azure 逻辑应用调用外部 HTTP 或 HTTPS 终结点。
编排形状（转换）	名为 Transform XML 的 XML 操作操作	内置	运行时原生	有关详细信息，请参阅在 Azure 逻辑应用中转换 XML。
自定义管道组件	Azure Functions 函数 -或- .NET 本地函数	内置	自定义	需要代码迁移。有关详细信息，请参阅： - 从 Azure 逻辑应用调用 Azure Functions - 在 Azure 逻辑应用中从标准工作流创建并运行 .NET 代码

对于每个标识的差距，该计划包含以下信息：

物品	Description
间隙说明	源组件的作用以及为什么不存在直接等效项。
建议的解决方案	建议的解决方法，例如使用.NET本地函数、Azure Functions函数或自定义连接器。
工作量影响	差距如何影响迁移工作量估算。

每个迁移计划都包含提供驱动阶段 3 - 转换的分步说明的任务计划。每个任务指定以下信息：

迁移代理生成迁移计划后，请仔细查看计划，以便了解路线图和建议。在进入转换阶段之前，针对您的情境进行必要的更新。计划的准确性极大地影响转换输出的质量。

为了帮助你更好地了解计划并确定是否需要进行更新，请在 Visual Studio Code 中使用 Copilot 聊天，与 @migration-planner GitHub Copilot 代理进行以下任务的交互：