引言

前面文章中介绍了很多架构相关理论,接下来说一说怎样才能画出一幅好看、好懂、好用的架构图。俗话说“一图胜千言”,一张好的结构图是不需要过多解释的,他应该是自描述的,并且要具备一致性、健壮性和足够的准确性,能够和代码相呼应。

架构图分类

产品/业务架构

使用一套方法论/逻辑对产品(项目)所涉及到的业务进行边界划分,需要考虑各个模块的分层边界。主要包括业务规划、业务模块和流程以及问题域的列表等。

模板可参考我的ProcessOn文件:产品蓝图产品架构图

应用架构

对整个系统实现的总体上的架构,需要指出系统的层次、系统各个层次的应用服务、组成关系、依赖关系。

体现了架构是分层的,不同层次有不同的规则与关联。

类似Java开发里面的三层架构,数据访问层、业务逻辑层、展现层。或者类似领域模型中的领域服务层、应用层、界面接口层分层方法。

模板可参考我的ProcessOn文件:应用架构图

存储/数据架构

是一套对存储数据的架构逻辑,根据各个系统应用场景、不同时间段的应用场景 ,对数据进行诸如数据异构、读写分离、缓存使用、分布式数据策略等划分。

技术架构

离程序员最近的架构设计,突出技术实现。不仅是系统搭建的架构图设计,还包括了结构、功能、流程、逻辑、核心技术组件、上下游通信方式、数据流向等内容。具体描述就是整个系统如何落地的具体实现方案。

模板可参考我的ProcessOn文件:微服务技术架构图