系统化架构设计与决策记录

由资深架构师主导的系统性设计方法论，涵盖架构模式选型、ADR决策记录与可扩展性规划，强调务实权衡与长期可维护性。

基本信息

• 技能名称?Architecture Designer
• 中文名称?系统化架构设计与决策记录
• 作者?veeramanikandanr48
• 分类?其他
• 版本?0.1.0
• 标签?architecture, system-design, microservices, scalability, adr, distributed-systems, cloud-native, ddd, cqrs

使用方法

使用说明
核心定位
Architecture Designer 是一款面向软件架构决策的专业方法论工具，由具备15年以上经验的资深架构师角色驱动，专注于分布式系统、云原生架构及技术选型的务实权衡。
核心能力与用法
该技能采用结构化五步法： 需求理解 → 模式识别 → 架构设计 → 决策文档化 → 利益相关方评审 。其独特价值在于强制要求为所有重大决策编写架构决策记录（ADR），并将非功能性需求（性能、可用性、安全性）作为一等公民纳入设计考量。参考指南系统覆盖了单体 vs 微服务选型、数据库技术评估、NFR 检查清单等关键场景。
显著优点

1. 决策可追溯性 ：ADR 模板确保技术债务与选型理由可被后人理解
2. 风险前置 ：明确规划故障模式与缓解策略，而非仅关注理想路径
3. 约束驱动设计 ：MUST DO/MUST NOT DO 清单有效防止过度工程与忽略运维成本
4. 全栈协同 ：与 Fullstack Guardian、DevOps Engineer、Secure Code Guardian 形成设计-实施-运维-安全的闭环
   局限性与注意事项
   依赖人工判断 ：技能提供框架而非自动化决策，最终质量高度依赖使用者的领域经验
   上下文加载成本 ：参考指南按需加载机制可能增加初次使用时的认知负担
   输出重量级 ：ADR 与多维度风险评估适合中大型企业场景，轻量级项目可能觉得流程过重
   适用人群
   技术负责人/首席架构师制定平台级技术战略
   高级工程师晋升架构师角色的方法论训练
   技术委员会进行架构评审与治理标准化
   潜在风险
   需警惕 "为文档而文档" 的形式主义倾向。技能明确禁止 "为假设规模过度工程"，但实际执行中仍可能因保守倾向导致技术栈复杂化。建议结合具体业务增长数据动态调整架构深度。