azure-cloud-migrate

Azure Cloud Migrate

此技能負責評估與程式碼遷移現有雲端工作負載至 Azure。

規則

1. 依序執行各階段 — 不可跳過
2. 在進行任何程式碼遷移前，先產生評估報告
3. 載入情境參考文件並遵循其規則
4. 使用 mcp_azure_mcp_get_azure_bestpractices 和 mcp_azure_mcp_documentation MCP 工具
5. 目標服務使用最新支援的執行環境
6. 破壞性操作需經 ask_user 確認 — functions 全域規則 | app-service 全域規則
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。