架构设计实践五部曲（一）：架构与架构图

本文是架构设计实践五部曲系列文章的第一篇，架构与架构图。本文将对架构作深入的阐释，并教你什么时候画架构图、怎么画架构图。

在日常系统开发过程中，作为技术人员想必大家都参与过架构设计的工作。做过一段系统架构工作之后，心里对于架构产生了越来越多的问题。

• 对于系统的架构，它的本质是什么，它对产品有何影响/p>

• 架构分为哪几类/p>

• 为什么要画架构图，可以不画架构图吗/p>

• 架构图该怎么画，怎么让画架构图不那么痛苦/p>

为了回答这些问题，我总结了这一系列的文章，沉淀自己对于架构的理解，总结架构设计的实践和思路。希望能帮助到在做架构设计过程中，同样有这些困惑的你。

什么是架构

什么是架构们先看一下百科中是如何定义架构的。

在百度百科中的定义是：架构，又名软件架构，是有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。

在维基百科中的定义是：软件体系结构是指软件系统的基本结构，创建此类结构的规则以及这些结构的文档。需要这些结构来推断软件系统。每个结构包括软件元素，它们之间的关系，元素和关系的属性，以及每个元素的引入和配置的基本原理。软件系统的体系结构是一种隐喻，类似于建筑物的体系结构。

从百科中我们提炼出一句话，“架构是一种整体与局部关系的抽象描述”。这句话还是稍显抽象，不太容易理解。换个角度，按照中文的字面理解，对“架构“两个字进行拆解，就会发现很有意思含义。架构从字面意思上，是源于古代的建筑术语。把架构拆分成两个字“架”和“构”。“架”就是“加”和“木”的结合，把木头加起来、连接起来就是架。“构”就是结构的意思。所以，“架构”就是把“木“按照一定的结构连接起来。

下图为古代的木质建筑的结构图：

分布式存储就是数据分布存放于总部、分支机构或者子公司，每个分布节点需要维护和管理自己的数据。分布式的数据存储架构中，还需要考虑每个分布式节点的数据与总部节点数据进行同步、备份，做到数据资产的安全、可靠。

根据这些架构的分类，依次需要产出业务架构图、数据架构图、产品架构图、应用架构图、技术架构图。每个架构域如何进行设计和架构图的绘制，将通过后续 4 篇文章来阐述。

来源：张居邪