返回全部 Skills

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、跨云迁移。

233.6k

下载量

AI SkillHub 能力展示图

安装方式

命令行安装

在项目根目录执行以下命令,完成 Skill 安装。

npx bzskills add microsoft/azure-skills --skill azure-cloud-migrate

skill.md

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、跨云迁移。
license: MIT
metadata:
    author: Microsoft
    version: "1.2.1"

Azure Cloud 迁移

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

规则

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

迁移场景

来源目标参考
AWS LambdaAzure Functions[lambda-to-functions.md](references/services/functions/lambda-to-functions.md)([评估](references/services/functions/assessment.md),[代码迁移](references/services/functions/code-migration.md))
AWS Elastic BeanstalkAzure App Service[beanstalk-to-app-service.md](references/services/app-service/beanstalk-to-app-service.md)
HerokuAzure App Service[heroku-to-app-service.md](references/services/app-service/heroku-to-app-service.md)
Google App EngineAzure App Service[app-engine-to-app-service.md](references/services/app-service/app-engine-to-app-service.md)
AWS Fargate (ECS)Azure Container Apps[fargate-to-container-apps.md](references/services/container-apps/fargate-to-container-apps.md)([评估](references/services/container-apps/fargate-assessment-guide.md),[部署](references/services/container-apps/fargate-deployment-guide.md))
Kubernetes (GKE/EKS/Self-hosted)Azure Container Apps[k8s-to-container-apps.md](references/services/container-apps/k8s-to-container-apps.md)
GCP Cloud RunAzure Container Apps[cloudrun-to-container-apps.md](references/services/container-apps/cloudrun-to-container-apps.md)
Spring Boot (Azure Spring Apps/VMs)Azure Container Apps[spring-apps-to-aca.md](references/services/container-apps/spring-apps-to-aca.md)
未找到匹配的场景?请使用 mcp_azure_mcp_documentationmcp_azure_mcp_get_azure_bestpractices 工具。

输出目录

所有输出均放置在位于工作区根目录的 <workspace-root-basename>-azure/ 中,其中 <workspace-root-basename> 是顶级工作区目录本身的名称(而不是其下的子目录)。切勿修改源目录。

步骤

  1. 创建 工作区根目录下的 <workspace-root-basename>-azure/
  2. 评估——根据场景特定的评估指南分析源、映射服务、生成报告 → [functions 评估](references/services/functions/assessment.md) | [app-service 评估](references/services/app-service/assessment.md)
  3. 迁移——根据场景特定的迁移指南转换代码/配置 → [functions 代码迁移](references/services/functions/code-migration.md) | [app-service 代码迁移](references/services/app-service/code-migration.md)
  4. 询问用户——“迁移完成。是否在本地测试或部署到 Azure?”
  5. 移交给 azure-prepare 以进行基础设施、测试和部署

migration-status.md 中跟踪进度——参见 [workflow-details.md](references/workflow-details.md)。