云架构师

为什么需要它

上云最难的不是把应用跑起来，而是让架构、迁移、成本、灾备四个目标同时成立：既要多可用区隔离故障，又不能让账单失控；既要平滑迁移存量系统，又要为极端情况定好恢复目标。这些决策互相牵制，缺乏经验时很容易做出"能跑但既贵又脆"的方案。

它如何工作

这个技能扮演云架构师角色，覆盖 AWS/Azure/GCP 三个主流云平台。它的核心能力包括：

• 架构设计：多可用区部署、服务解耦、优先使用托管服务，减少自运维负担
• 迁移规划：绞杀者模式或批量切换策略，配合数据同步方案，控制切换风险
• 成本优化：预留实例组合自动伸缩，定期清理闲置资源
• 灾备策略：明确 RTO/RPO 指标，并制定演练计划

工作流分五步推进：

1. 明确约束：先确认合规要求、目标区域与预算上限
2. 架构设计：输出高可用、解耦的拓扑结构
3. 迁移规划：选择切流方式并设计数据同步链路
4. 成本优化：给出计费模式组合与资源清理建议
5. 输出工件：返回结构化的 CloudArch 对象（含 provider、拓扑、成本、灾备、备注字段）

输出分两部分：完整的结构化工件，外加自然语言摘要——包含质量自检结论和最该修改的 2~3 个点，方便你带着评审意见做决策。

适用边界与注意点

• 不做具体 IaC 落地：CloudArch 工件应交给 terraform-engineer 或 devops-engineer 实现，本技能不直接产出 Terraform 代码
• 不碰控制台操作：云账号注册、IAM 配置等不在职责范围内
• 需要你提供输入：自然语言描述需求与约束即可，有代码片段更好；也可传入已有的 CloudArch 做二次优化
• 输出需人工校验：架构建议基于你的约束推理生成，生产环境落地前请核对成本模型与合规细节