AI Skills
azure-cloud-migrate

azure-cloud-migrate

热门

评估并迁移跨云工作负载到 Azure，提供报告和代码转换。支持 Lambda→Functions、Beanstalk/Heroku/App Engine→App Service、Fargate/Kubernetes/Cloud Run/Spring Boot→Container Apps。适用场景：将 Lambda 迁移到 Functions、AWS 迁移到 Azure、迁移 Beanstalk、迁移 Heroku、迁移 App Engine、Cloud Run 迁移、Fargate 迁移到 ACA、ECS/Kubernetes/GKE/EKS 迁移到 Container Apps、Spring Boot 迁移到 Container Apps、跨云迁移。

1196Star
196Fork
更新于 2026/6/9
获取 Skill源代码

相关 Skills

baoyu-diagram2.3万xget8171debug-buttercup6336
SKILL.md
readonly只读
name
azure-cloud-migrate
description

评估并迁移跨云工作负载到 Azure，提供报告和代码转换。支持 Lambda→Functions、Beanstalk/Heroku/App Engine→App Service、Fargate/Kubernetes/Cloud Run/Spring Boot→Container Apps。适用场景：将 Lambda 迁移到 Functions、AWS 迁移到 Azure、迁移 Beanstalk、迁移 Heroku、迁移 App Engine、Cloud Run 迁移、Fargate 迁移到 ACA、ECS/Kubernetes/GKE/EKS 迁移到 Container Apps、Spring Boot 迁移到 Container Apps、跨云迁移。

Azure Cloud Migrate

此技能处理现有云工作负载到 Azure 的评估和代码迁移。

规则

  1. 按阶段顺序执行——不要跳过
  2. 在任何代码迁移之前生成评估
  3. 加载场景参考并遵循其规则
  4. 使用 mcp_azure_mcp_get_azure_bestpractices 和 mcp_azure_mcp_documentation MCP 工具
  5. 为目标服务使用最新的受支持运行时
  6. 破坏性操作需要 ask_user — functions global-rules | app-service global-rules
  7. 向用户报告进度 — 在长时间运行的操作（部署、镜像推送）期间，提供资源级别的状态更新，使用户不会在没有反馈的情况下等待 — 参见 workflow-details.md
  8. 审计应用代码中的服务发现 — Kubernetes DNS 名称（例如 http://order-service:3001）在 Container Apps 中无法解析。在评估期间，扫描源代码中 HTTP 客户端硬编码的主机名/端口，并将其标记为需要环境变量驱动的 URL 注入

迁移场景

源 目标 参考
AWS Lambda Azure Functions lambda-to-functions.md（评估，代码迁移）
AWS Elastic Beanstalk Azure App Service beanstalk-to-app-service.md
Heroku Azure App Service heroku-to-app-service.md
Google App Engine Azure App Service app-engine-to-app-service.md
AWS Fargate (ECS) Azure Container Apps fargate-to-container-apps.md（评估，部署）
Kubernetes (GKE/EKS/自托管) Azure Container Apps k8s-to-container-apps.md
GCP Cloud Run Azure Container Apps cloudrun-to-container-apps.md
Spring Boot (Azure Spring Apps/VM) Azure Container Apps spring-apps-to-aca.md

没有匹配的场景？使用 mcp_azure_mcp_documentation 和 mcp_azure_mcp_get_azure_bestpractices 工具。

输出目录

所有输出都放在工作区根目录下的 <workspace-root-basename>-azure/ 中，其中 <workspace-root-basename> 是顶级工作区目录本身的名称（而不是其中的子目录）。切勿修改源目录。

步骤

  1. 创建 <workspace-root-basename>-azure/ 在工作区根目录
  2. 评估 — 分析源，映射服务，使用场景特定的评估指南生成报告 → functions 评估 | app-service 评估
  3. 迁移 — 使用场景特定的迁移指南转换代码/配置 → functions 代码迁移 | app-service 代码迁移
  4. 询问用户 — "迁移完成。本地测试还是部署到 Azure？"
  5. 移交 给 azure-prepare 进行基础设施、测试和部署

在 migration-status.md 中跟踪进度 — 参见 workflow-details.md。