系统设计 | 如何表达技术架构？（规划篇）

文章摘要：架构图与技术方案设计经验分享

文章提供了架构图和技术方案的设计经验，旨在帮助架构师和技术领导者理解和实施有效的架构规划和技术设计。

基本原则与逻辑

作者强调架构图和技术方案的实用性，认为应将架构图视为软件开发前的模型，以信息索引和模型的形式指导团队。在敏捷项目中，规划阶段应聚焦宏观、战略决策，而详细设计则放在每个迭代前。

规划阶段架构产出物

规划阶段的架构产出物应包括非功能性需求、技术选型、领域模型、模块（服务）设计、部署架构和一些技术专题。此外，还需包括决策记录、威胁建模、技术规范和测试策略。

绘图工作

作者推荐使用PPT或Keynote进行架构设计阶段的绘图工作，便于携带、汇报和存档。

非功能性需求

非功能性需求描述系统设计指标，影响技术选型和架构决策。需分级并量化设计指标（如性能的TPS/QPS）。

技术选型

技术选型应展示可用选项并进行对比选择，作者提出了一种菜单式的选型方法。

领域模型

领域模型以UML类图形式表达，描述对象关系，是模块划分的重要输入。作者建议使用组合、衍型和依赖来表达领域模型。

模块（服务）设计

模块设计是架构设计的核心，作者推荐使用C4模型以不同的视图表达架构全景、集成架构、容器和组件。

部署架构

在云原生环境下，部署架构被简化，作者将流水线内容纳入部署架构范畴。

其他内容

架构方案还应包括架构决策记录、威胁建模、技术规范和测试策略，以确保架构的全面性。

附录

文章附录提供了非功能性需求清单和绘图工具推荐。

原文还提供了知识共享，包括相关的系统设计阅读材料，以及作者的联系方式。