架构师养成:架构图分类

引言

俗话说 “一图胜千言”,一张好的结构图是不需要过多解释的,他应该是自描述的,并且要具备一致性、健壮性和足够的准确性,能够和代码相呼应。

架构图分类

arch_category

产品 / 业务架构

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

应用架构

对整个系统实现的总体上的架构,需要指出系统的层次、系统各个层次的应用服务、组成关系、依赖关系。 体现了架构是分层的,不同层次有不同的规则与关联。 类似 Java 开发里面的三层架构,数据访问层、业务逻辑层、展现层。或者类似领域模型中的领域服务层、应用层、界面接口层分层方法。 arch_category_applocation

存储 / 数据架构

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

技术架构

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