name: cloud-alignment description: 与云架构框架对齐(Microsoft CAF、AWS Well-Architected)。检查对齐支柱,识别差距。 allowed-tools: Read, Glob, Grep, mcp__microsoft-learn__microsoft_docs_search, mcp__microsoft-learn__microsoft_docs_fetch
云对齐
使用时机
使用此技能当您需要:
- 检查与Microsoft Cloud Adoption Framework (CAF)的对齐
- 根据AWS Well-Architected Framework支柱进行验证
- 识别云架构差距
- 获取云特定最佳实践推荐
关键词: cloud adoption framework, caf, well-architected, azure, aws, landing zone, governance, security pillar, reliability, cost optimization, sustainability
Microsoft Cloud Adoption Framework (CAF)
CAF通过7个方法提供全面的Azure云采用指导:
CAF 方法
| # | 方法 | 目的 | 关键活动 |
|---|---|---|---|
| 1 | 战略 | 定义业务理由 | 动机、成果、业务案例 |
| 2 | 计划 | 创建采用计划 | 数字资产、技能、时间表 |
| 3 | 就绪 | 准备环境 | 登陆区、治理基线 |
| 4 | 采用 | 迁移/创新工作负载 | 迁移波、现代化 |
| 5 | 治理 | 管理云治理 | 政策、合规、成本管理 |
| 6 | 安全 | 实施安全 | 零信任、身份、数据保护 |
| 7 | 管理 | 操作云资产 | 监控、优化、韧性 |
CAF 对齐检查表
战略
- [ ] 云动机文档化
- [ ] 业务成果定义
- [ ] 财务考虑解决
- [ ] 技术考虑文档化
计划
- [ ] 数字资产评估
- [ ] 技能准备度评估
- [ ] 云采用计划创建
- [ ] Azure准备度确认
就绪
- [ ] 登陆区部署
- [ ] 治理基线建立
- [ ] 网络拓扑定义
- [ ] 身份管理配置
采用
- [ ] 工作负载评估完成
- [ ] 迁移/现代化方法选择
- [ ] 测试和验证计划
- [ ] 切换计划文档化
治理
- [ ] 治理政策定义
- [ ] 成本管理实施
- [ ] 合规要求映射
- [ ] 安全基线建立
安全
- [ ] 身份和访问管理
- [ ] 网络安全配置
- [ ] 数据保护实施
- [ ] 威胁保护启用
管理
- [ ] 监控配置
- [ ] 备份和恢复测试
- [ ] 操作程序文档化
- [ ] 优化实践建立
MCP 集成
对于当前CAF文档,使用microsoft-learn MCP服务器:
mcp__microsoft-learn__microsoft_docs_search: "cloud adoption framework [topic]"
mcp__microsoft-learn__microsoft_docs_fetch: [specific URL]
MCP服务器要求:此技能使用mcp__microsoft-learn__*工具获取当前Microsoft文档。如果microsoft-learn MCP服务器未配置:
- 检查可用性:技能的
allowed-tools包括MCP工具 - 如果不可用,查询将失败 - 备选方法:使用
WebSearch或WebFetch直接访问Microsoft Learn文档于https://learn.microsoft.com/zh-cn/azure/cloud-adoption-framework/ - 离线参考:文件
references/caf-pillars.md包含静态CAF参考内容
AWS Well-Architected Framework
Well-Architected Framework通过6个支柱提供指导:
Well-Architected 支柱
| 支柱 | 焦点 | 关键问题 |
|---|---|---|
| 卓越运营 | 运行和监控系统 | 您如何管理工作负载和事件? |
| 安全 | 保护数据和系统 | 您如何管理身份和权限? |
| 可靠性 | 从失败中恢复 | 您如何管理服务失败? |
| 性能效率 | 高效使用资源 | 您如何选择适当资源? |
| 成本优化 | 避免不必要成本 | 您如何管理使用和成本? |
| 可持续性 | 最小化环境影响 | 您如何减少碳足迹? |
Well-Architected 对齐检查表
卓越运营
- [ ] 操作即代码实施
- [ ] 文档维护
- [ ] 小、频繁变更实践
- [ ] 失败程序测试
- [ ] 经验教训捕获
安全
- [ ] 强身份基础
- [ ] 可追溯性启用
- [ ] 所有层安全
- [ ] 风险评估自动化
- [ ] 数据在传输和静态中受保护
可靠性
- [ ] 自动恢复配置
- [ ] 恢复程序测试
- [ ] 水平扩展启用
- [ ] 容量规划到位
- [ ] 变更管理自动化
性能效率
- [ ] 正确大小资源
- [ ] 全球覆盖如果需要
- [ ] 无服务器在适当情况下
- [ ] 性能监控活跃
- [ ] 实验启用
成本优化
- [ ] 云财务管理
- [ ] 支出意识
- [ ] 成本有效资源
- [ ] 需求管理
- [ ] 随时间优化
可持续性
- [ ] 区域选择考虑碳
- [ ] 资源效率
- [ ] 数据管理实践
- [ ] 软件效率模式
- [ ] 硬件生命周期管理
框架比较
| 方面 | Microsoft CAF | AWS Well-Architected |
|---|---|---|
| 范围 | 端到端采用 | 工作负载设计 |
| 结构 | 7个方法 | 6个支柱 |
| 焦点 | 旅程/转型 | 设计原则 |
| 治理 | 强强调 | 安全部分 |
| 可持续性 | 管理部分 | 专用支柱 |
何时使用哪个
- 开始云旅程: Microsoft CAF(全面采用指导)
- 设计工作负载: AWS Well-Architected(设计审查)
- 两者: 使用CAF用于战略/规划,Well-Architected用于实施
云对齐分析
输出结构
# 云对齐评估: [系统名称]
**日期**: YYYY-MM-DD
**框架**: [CAF | Well-Architected | Both]
**云提供商**: [Azure | AWS | 多云]
## 执行摘要
[高层对齐状态]
## 对齐分数
| 区域 | 状态 | 分数 |
| --- | --- | --- |
| [支柱/方法 1] | [对齐/部分/差距] | X/10 |
| [支柱/方法 2] | [对齐/部分/差距] | X/10 |
| ... | ... | ... |
## 详细评估
### [区域 1]
**状态**: [对齐 | 部分 | 差距]
**当前状态**: [描述]
**推荐**: [行动]
**优先级**: [高 | 中 | 低]
## 改进路线图
[优先改进列表]
## 参考
[相关框架文档链接]
与其他技能集成
- togaf-guidance: 对齐CAF方法与TOGAF阶段
- gap-analysis: 使用云框架识别差距
- architecture-documentation: 文档化云架构决策
- adr-management: 记录云平台决策
版本历史
- v1.0.0 (2025-12-05): 初始发布
- Microsoft Cloud Adoption Framework (CAF) 对齐检查表
- AWS Well-Architected Framework 支柱检查表
- 框架比较和指导
- MCP集成与备选文档
最后更新
日期: 2025-12-05 模型: claude-opus-4-5-20251101