研发协作
在 Azure 内升级 Functions 计划/SKU…
适用于把现有 Azure 工作负载在同一云内从一个服务、托管计划或 SKU 升级/迁移到另一个,并包含 Azure Java SDK 源码现代化。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
在 Azure 内升级 Function特定
解决思路
- 按阶段顺序执行升级流程,不要跳过任何阶段。
- 在任何升级操作之前先生成评估(assessment)。
- 加载对应场景的 reference 文件并遵循其中的规则。
- 使用 MCP 工具 `mcp_azure_mcp_get_azure_bestpractices` 和 `mcp_azure_mcp_documentation`。
- 破坏性操作必须调用 `ask_user`,并参照 [global-rules](references/global-rules.md)。
- 继续前始终与用户确认目标计划/SKU。
- 未经用户明确确认,绝不删除或停止原应用。
- 所有自动化脚本必须幂等且可恢复(idempotent and resumable)。
- Identify:确定源和目标 Azure 计划/SKU,并让用户确认。
- Assess:分析现有应用是否具备升级就绪度,并加载场景参考,例如 `references/services/functions/consumption-to-flex.md`。
- Pre-migrate:从现有应用收集设置、标识(identities)和配置。
- Upgrade:执行自动化升级步骤,创建新资源、迁移设置、部署代码。
- Validate:访问 function app 默认 URL 确认应用可达,然后验证端点和监控。
- Ask User:询问“Upgrade complete. Would you like to verify performance, clean up the old app, or update your IaC?”
- Hand off:移交给 `azure-validate` 做深度验证,或移交给 `azure-deploy` 设置 CI/CD。
- 在 workspace 根目录的 `upgrade-status.md` 中跟踪进度。
- 根据源/目标加载对应参考:Azure Functions Consumption Plan → Flex Consumption Plan 时使用 `references/services/functions/consumption-to-flex.md`。
- 根据源/目标加载对应参考:Legacy Azure Java SDK(`com.microsoft.azure.*`)→ Modern Azure Java SDK(`com.azure.*`)时使用 `references/languages/java/README.md`。
- 根据源/目标加载对应参考:Azure Cache for Redis (ACR/OSS) Basic/Standard/Premium → Azure Managed Redis (AMR) 时使用 `references/services/redis/redis-to-amr.md`。
- 根据源/目标加载对应参考:Azure Cache for Redis Enterprise (ACRE) / Enterprise Flash → Azure Managed Redis (AMR) 时使用 `references/services/redis/redis-to-amr.md`。
- 没有匹配场景时,使用 `mcp_azure_mcp_documentation` 和 `mcp_azure_mcp_get_azure_bestpractices` 工具研究升级路径。
- 使用 `mcp_azure_mcp_get_azure_bestpractices` 获取目标服务的 Azure 最佳实践。
- 使用 `mcp_azure_mcp_documentation` 查询 Azure 升级场景文档。
- 使用 `mcp_azure_mcp_appservice` 查询 App Service 和 Functions 计划详情。
- 使用 `mcp_azure_mcp_applicationinsights` 验证监控配置。
- Redis (ACR 或 ACRE) 到 AMR 迁移时,`references/services/redis/redis-to-amr.md` 会路由到专用 skill:ACR/OSS 使用 `amr-migration-skill`,Enterprise 使用 `acre-to-amr-migration-skill`。
- Java SDK 迁移时使用模板:`references/languages/java/templates/PLAN_TEMPLATE.md`、`references/languages/java/templates/PROGRESS_TEMPLATE.md`、`references/languages/java/templates/SUMMARY_TEMPLATE.md`。
- 升级验证后,如需要,移交给 `azure-validate` 做完整升级后验证。
- 升级验证后,如用户需要为新应用设置 CI/CD,移交给 `azure-deploy`。
适用边界 · 注意事项
- 不适用于跨云迁移;跨云迁移应使用 `azure-cloud-migrate`。
- SDK 升级场景(如 Java legacy → modern)不要执行服务/计划/SKU 升级的 Steps,而应遵循对应场景 reference 的源码现代化流程。
- 没有匹配升级场景时,不要硬套现有场景;应先用 `mcp_azure_mcp_documentation` 和 `mcp_azure_mcp_get_azure_bestpractices` 调研升级路径。