
azure-upgrade
热门评估并升级 Azure 工作负载的计划、层级或 SKU,或对源代码中的 Azure SDK 依赖项进行现代化改造。适用场景:从 Consumption 升级到 Flex Consumption、升级 Azure Functions 计划、更改托管计划、函数应用 SKU、将 App Service 迁移到 Container Apps、对旧版 Azure Java SDK(com.microsoft.azure 到 com.azure)进行现代化改造、将 Azure Cache for Redis(ACR/ACRE)迁移到 Azure Managed Redis(AMR)。
评估并升级 Azure 工作负载的计划、层级或 SKU,或对源代码中的 Azure SDK 依赖项进行现代化改造。适用场景:从 Consumption 升级到 Flex Consumption、升级 Azure Functions 计划、更改托管计划、函数应用 SKU、将 App Service 迁移到 Container Apps、对旧版 Azure Java SDK(com.microsoft.azure 到 com.azure)进行现代化改造、将 Azure Cache for Redis(ACR/ACRE)迁移到 Azure Managed Redis(AMR)。
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" |
规则
- 按阶段顺序执行——不要跳过
- 在任何升级操作之前生成评估
- 加载场景参考并遵循其规则
- 使用
mcp_azure_mcp_get_azure_bestpractices和mcp_azure_mcp_documentationMCP 工具 - 破坏性操作需要
ask_user——全局规则 - 在继续之前始终与用户确认目标计划/SKU
- 未经用户明确确认,不得删除或停止原始应用
- 所有自动化脚本必须是幂等的且可恢复的
升级场景
| 源 | 目标 | 参考 |
|---|---|---|
| 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 |
验证监控配置 |
步骤
- 识别 — 确定源和目标 Azure 计划/SKU。请用户确认。
- 评估 — 分析现有应用的升级就绪情况 → 加载场景参考(例如 consumption-to-flex.md)
- 预迁移 — 从现有应用收集设置、标识、配置
- 升级 — 执行自动升级步骤(创建新资源、迁移设置、部署代码)
- 验证 — 访问函数应用默认 URL 以确认应用可访问,然后验证端点和监控
- 询问用户 — "升级完成。您是否要验证性能、清理旧应用或更新 IaC?"
- 移交给
azure-validate进行深度验证,或azure-deploy进行 CI/CD 设置
在工作区根目录下的 upgrade-status.md 中跟踪进度。
参考
- 全局规则
- 工作流详情
- Functions
- Redis
- Redis(ACR 或 ACRE)到 AMR 迁移 — 路由到专用 amr-migration-skill(ACR/OSS)或 acre-to-amr-migration-skill(Enterprise)
- Java SDK 迁移模板
下一步
升级验证后,移交给:
azure-validate— 进行全面的升级后验证azure-deploy— 如果用户想为新应用设置 CI/CD





