Azure Cloud Migrate

Azure Cloud Migrate 是什么

Azure Cloud Migrate 是跨云工作负载评估和代码迁移 Skill，覆盖 Lambda 到 Functions、Beanstalk 或 Heroku 或 App Engine 到 App Service，以及 Fargate、Kubernetes、Cloud Run 和 Spring Boot 到 Azure Container Apps。

适用场景与选择边界

适合已有云应用迁往 Azure、生成差异与风险报告、转换运行时和配置，并为后续 Azure 基础设施准备交接。只做同云 Azure 资源升级应使用 Azure Upgrade；新应用部署规划用 Azure Prepare。它不承诺自动迁移数据库内容、第三方合同或所有平台专有服务。

核心能力与工作机制

它按迁移场景加载独立参考，强制先评估再改代码，扫描运行时、事件源、环境变量、依赖和服务发现。特别会识别 Kubernetes DNS 硬编码，因为此类名称在 Container Apps 中不会直接解析。

实际工作流

在工作区创建独立的 basename-azure 输出目录，分析源项目并生成场景化评估报告；确认目标映射后转换代码和配置，执行本地测试，再让用户选择本地继续测试或交给 Azure Prepare 完成基础设施与部署。

输入、输出与交付物

需要原项目目录、源云与服务、目标 Azure 偏好、运行时、外部依赖、数据和停机要求，以及允许修改的副本范围。输出是独立迁移目录、评估报告、转换后的代码与配置、未解决差异和测试说明；原项目不应被覆盖，部署资源也不在默认输出内。

依赖、账号与权限

需要读取源代码并写新目录，按场景可能使用云 SDK、构建工具、容器和 Azure 文档或最佳实践查询。真实部署需要后续 Azure 登录与准备流程。

限制与安全风险

自动转换可能改变事件语义、并发、网络、存储和身份；硬编码服务地址、平台特有 API 和数据迁移尤其高风险。不得删除或停止原服务，也不能把“编译通过”当成行为等价。默认会在工作区创建迁移副本并修改副本中的代码和配置，但不应改写源目录。任何部署、DNS 切换、停用原云或数据迁移都需要独立确认和回退计划。

适合谁使用

适合云迁移工程师、平台团队和要把现有 AWS 或 GCP 应用带到 Azure 的开发者。

上手与验收建议

先选一个低风险服务完成端到端评估与本地测试，确认映射方法后再扩大。验收要在迁移副本运行单元、集成和关键行为测试，比较事件触发、HTTP、重试、配置和服务发现；评估报告中的每个阻塞项都应有状态，再决定是否进入部署。

来源、版本与许可

本条目依据 Microsoft 官方 azure-skills 仓库固定提交中的完整 Azure Cloud Migrate Skill、skills.sh 市场详情和仓库 MIT 许可证整理，核验日期为 2026 年 9 月 20 日。来源未提供官方中文展示名，因此导航保留官方英文名称。

常见问题

1. Azure Cloud Migrate 主要解决什么问题？

Azure Cloud Migrate 是跨云工作负载评估和代码迁移 Skill，覆盖 Lambda 到 Functions、Beanstalk 或 Heroku 或 App Engine 到 App Service，以及 Fargate、Kubernetes、Cloud Run 和 Spring Boot 到 Azure Container Apps。适合已有云应用迁往 Azure、生成差异与风险报告、转换运行时和配置，并为后续 Azure 基础设施准备交接。

2. 开始前需要准备哪些输入和上下文？

需要原项目目录、源云与服务、目标 Azure 偏好、运行时、外部依赖、数据和停机要求，以及允许修改的副本范围。需要读取源代码并写新目录，按场景可能使用云 SDK、构建工具、容器和 Azure 文档或最佳实践查询。真实部署需要后续 Azure 登录与准备流程。

3. 执行后会得到什么结果或文件？

输出是独立迁移目录、评估报告、转换后的代码与配置、未解决差异和测试说明；原项目不应被覆盖，部署资源也不在默认输出内。

4. 需要哪些账号、工具和最小权限？

需要读取源代码并写新目录，按场景可能使用云 SDK、构建工具、容器和 Azure 文档或最佳实践查询。真实部署需要后续 Azure 登录与准备流程。自动转换可能改变事件语义、并发、网络、存储和身份；硬编码服务地址、平台特有 API 和数据迁移尤其高风险。不得删除或停止原服务，也不能把“编译通过”当成行为等价。

5. 它会修改本地文件或云端资源吗？

默认会在工作区创建迁移副本并修改副本中的代码和配置，但不应改写源目录。任何部署、DNS 切换、停用原云或数据迁移都需要独立确认和回退计划。

6. 哪些需求不应该交给这个 Skill？

只做同云 Azure 资源升级应使用 Azure Upgrade；新应用部署规划用 Azure Prepare。它不承诺自动迁移数据库内容、第三方合同或所有平台专有服务。

7. 遇到失败或结果异常时怎样处理？

无法映射服务时保留明确的待办和替代方案，不应伪造兼容层；构建失败先比较运行时、依赖和环境变量。长时间镜像推送或部署要报告资源级进度并可安全恢复。

8. 如何验收结果确实可靠？

验收要在迁移副本运行单元、集成和关键行为测试，比较事件触发、HTTP、重试、配置和服务发现；评估报告中的每个阻塞项都应有状态，再决定是否进入部署。