azure-upgrade

Azure Upgrade

此技能處理評估與自動化升級，將現有 Azure 工作負載從一個 Azure 服務、主控方案或 SKU 升級至另一個（皆在 Azure 內）。包括方案/層級升級（例如 Consumption → Flex Consumption）、跨服務遷移（例如 App Service → Container Apps）以及 SKU 變更。也涵蓋Azure SDK for Java 原始碼現代化（例如舊版 Java com.microsoft.azure.* → 現代 com.azure.*）。這不是用於跨雲遷移——請改用 azure-cloud-migrate。

觸發條件

使用者意圖	範例提示
升級 Azure Functions 方案	"將我的函數應用程式從 Consumption 升級至 Flex Consumption"
變更主控層級	"將我的函數應用程式移至更好的方案"
評估升級就緒狀態	"我的函數應用程式是否準備好升級至 Flex Consumption？"
自動化方案遷移	"自動化升級 Functions 方案的步驟"
現代化舊版 Azure Java SDK	"遷移舊版 Azure SDK for Java"、"升級舊版 Azure Java SDK"、"將我的 Java 專案從 com.microsoft.azure 遷移至 com.azure"
將 Azure Cache for Redis（ACR/OSS）遷移至 Azure Managed Redis（AMR）	"將我的 Redis 快取遷移至 AMR"、"ACR 遷移至 AMR"、"OSS 遷移至 AMR"、"將我的 Premium P2 快取升級至 Managed Redis"、"挑選 AMR SKU"、"將我的 Redis IaC 範本轉換為 AMR"
將 Azure Cache for Redis Enterprise（ACRE）遷移至 Azure Managed Redis（AMR）	"將我的 Enterprise_E10 快取遷移至 AMR"、"ACRE 遷移至 AMR"、"更新我的 ACRE IaC 範本以適用於 AMR"、"將 EnterpriseFlash 遷移至 AMR"、"遷移我的異地複寫 Enterprise Redis"

規則

1. 依序遵循各階段——不可跳過
2. 在任何升級操作前先產生評估
3. 載入情境參考並遵循其規則
4. 使用 mcp_azure_mcp_get_azure_bestpractices 和 mcp_azure_mcp_documentation MCP 工具
5. 破壞性動作需 ask_user——全域規則
6. 在繼續前務必與使用者確認目標方案/SKU
7. 未經使用者明確確認，絕不刪除或停止原始應用程式
8. 所有自動化指令碼必須具備冪等性且可恢復

升級情境

來源	目標	參考文件
Azure Functions Consumption 方案	Azure Functions Flex Consumption 方案	consumption-to-flex.md
舊版 Azure Java SDK（com.microsoft.azure.*）	現代 Azure Java SDK（com.azure.*）	languages/java/README.md
Azure Cache for Redis（ACR/OSS）Basic/Standard/Premium	Azure Managed Redis（AMR）	services/redis/redis-to-amr.md
Azure Cache for Redis Enterprise（ACRE）/ Enterprise Flash	Azure Managed Redis（AMR）	services/redis/redis-to-amr.md

SDK 升級情境（例如 Java 舊版→現代）執行的是原始碼現代化流程，與 Azure 服務/方案/SKU 升級不同：請遵循情境參考，不要遵循下方的步驟。

找不到相符的情境？請使用 mcp_azure_mcp_documentation 和 mcp_azure_mcp_get_azure_bestpractices 工具研究升級路徑。

MCP 工具

工具	用途
mcp_azure_mcp_get_azure_bestpractices	取得目標服務的 Azure 最佳做法
mcp_azure_mcp_documentation	查詢升級情境的 Azure 文件
mcp_azure_mcp_appservice	查詢 App Service 和 Functions 方案詳細資料
mcp_azure_mcp_applicationinsights	驗證監控設定

步驟

1. 識別 — 判斷來源與目標 Azure 方案/SKU。請使用者確認。
2. 評估 — 分析現有應用程式的升級就緒狀態 → 載入情境參考（例如 consumption-to-flex.md）
3. 遷移前準備 — 從現有應用程式收集設定、身分識別、組態
4. 升級 — 執行自動化升級步驟（建立新資源、遷移設定、部署程式碼）
5. 驗證 — 點擊函數應用程式預設 URL 確認應用程式可連線，然後驗證端點與監控
6. 詢問使用者 — 「升級完成。您要驗證效能、清理舊應用程式，或更新您的 IaC 嗎？」
7. 交接給 azure-validate 進行深度驗證，或 azure-deploy 設定 CI/CD

在工作區根目錄的 upgrade-status.md 中追蹤進度。

參考資料

• 全域規則
• 工作流程詳細資料
• Functions
  • Consumption 至 Flex Consumption
  • 評估
  • 自動化指令碼
• Redis
  • Redis（ACR 或 ACRE）至 AMR 遷移 — 導向專用的 amr-migration-skill（ACR/OSS）或 acre-to-amr-migration-skill（Enterprise）
• Java SDK 遷移範本
  • 計畫範本
  • 進度範本
  • 摘要範本

下一步

升級驗證完成後，交接給：

• azure-validate — 進行徹底的升級後驗證
• azure-deploy — 如果使用者想為新應用程式設定 CI/CD