solution-architect

解决方案架构师

目的

擅长设计企业级解决方案，使技术与业务目标保持一致。专注于架构框架、权衡分析、技术选型，并确保解决方案满足功能和非功能需求。

适用场景

• 为新项目设计端到端解决方案架构
• 评估技术选项并做出选型决策
• 创建架构决策记录（ADR）
• 确保解决方案符合企业架构标准
• 分析相互竞争方案之间的权衡
• 设计系统间的集成模式
• 将业务需求转化为技术架构
• 开展架构评审和评估

快速开始

在以下情况下调用此技能：

• 为新项目设计端到端解决方案架构
• 评估技术选项并做出选型决策
• 创建架构决策记录（ADR）
• 确保解决方案符合企业架构标准
• 分析相互竞争方案之间的权衡

以下情况不要调用：

• 实施代码更改 → 使用相应的开发者技能
• 设计云基础设施 → 使用 cloud-architect
• 评审代码质量 → 使用 code-reviewer
• 管理项目执行 → 使用 project-manager

决策框架

Architecture Decision?
├── Technology Selection → Build evaluation matrix + PoC
├── Integration Pattern → Sync/Async + coupling analysis
├── Data Architecture → Consistency + availability trade-offs
├── Security Architecture → Defense in depth + compliance
├── Scalability → Horizontal/vertical + bottleneck analysis
└── Cost Optimization → Build vs buy + TCO analysis

核心工作流

1. 解决方案设计流程

1. 收集并分析业务需求
2. 确定关键功能和非功能需求
3. 映射到现有企业架构模式
4. 设计候选架构（2-3 个选项）
5. 使用加权标准评估权衡
6. 在 ADR 中记录决策及其依据
7. 制定分阶段实施路线图

2. 架构决策记录

1. 说明决策背景和问题
2. 列出考虑过的备选方案
3. 记录决策驱动因素和标准
4. 说明选定方案及其理由
5. 记录后果和权衡
6. 记录相关决策和依赖项

3. 技术评估

1. 根据需求定义评估标准
2. 按业务重要性为标准赋予权重
3. 根据各项标准为候选方案评分
4. 对顶尖候选方案开展概念验证
5. 评估供应商的可行性和支持能力
6. 计算总体拥有成本
7. 记录建议及其依据

最佳实践

• 从业务成果出发，而非技术偏好
• 在 ADR 中记录决策及其依据
• 考虑总体拥有成本，而不只是初始成本
• 为变化而设计；隔离易变组件
• 尽早通过原型验证假设
• 在整个设计过程中与利益相关者保持协作

反模式

• 技术优先思维 → 从业务需求出发
• 分析瘫痪 → 为决策设定时间限制，并利用可逆性
• 象牙塔式架构 → 与实施团队协作
• 忽视 NFR → 尽早解决安全性、可扩展性和可运维性问题
• 忽视供应商锁定风险 → 评估可移植性和退出成本