平时做过一些系统设计，也写过一些系统分析文章，从组件、关系、交互等方面提供一些建议，并用我之前写文章画的一些图举些例子。
构成系统的组件
通过形状、颜色、名称来逼近其概念。
如上面 LevelDB 的架构图，包含的主要组件有：
- memtable：红色，内存可变数据，较热
- immutable memtable：绿色，不可变数据，相对较冷
- sstable：深蓝，外存数据，最冷
- WAL log
上图是分布式系统中一种常见的架构模式： Master-Workers 架构。主要组件有：
- Master：红色，表示相对较重要
- Worker：绿色，都是绿色，表示地位等同
- Client：
上图是 Zookeeper 论文解析中架构图：
- 预处理模块和原子广播模块用框框。
- 持久化的多副本状态机模块用圆柱：存储、数据库等持久化组件的多用柱形。
组件间的关系
通过分割线、分割框来表达是否在同一层级、是否有包含关系。
如前面 LevelDB 的图，是分了内存和外存（文件系统）两个层次，因此中间用虚线隔开。
如前面 Master-Workers 架构图，是分了系统内和系统外，用方框隔开。
上图来自LevelDB 源码解析之 LRUCache， 在 LRU 算法中，需要用以两种形式组织数据条目，以达到缓存达到阈值时驱逐最老的数据：
- 以字典维护键值映射：图中 list_，本质上是一个 HashTable。
- 以链表维护访问顺序：图中 lru_ （LRU 算法只作用于驱逐表上，即 refs=1）和 in_use_（还在使用的数据 refs > 1）。
因此任意一个数据条目 LRUHandle 都同时归属于字典和链表，但字典的表头和链表的表头是各自独立的。另外使用不同颜色的框表达了如下的嵌套结构：
class HandleTable {
LRUHandle** list_;
};
class LRUCache {
LRUHandle lru_ GUARDED_BY(mutex_);
LRUHandle in_use_ GUARDED_BY(mutex_);
HandleTable table_ GUARDED_BY(mutex_);
}
组件间的交互
通过线条来表达组件的数据流向、依赖关系。
上图来自 Golang Context 源码剖析，图中通过：
- 虚线表达由嵌入（embedded）而构成的回溯链。
- 实线表达由 cancelCtx children 数组而保存的父子关系。
最后，想必你也感受到了，一个好的架构图离不开一个好的配色。上述架构图都是用 drawio 画的，配色模板在这里（ draveness 的某版配色）。
我是青藤木鸟，一个喜欢摄影的分布式系统程序员，欢迎关注我的公众号：“木鸟杂记”。里面有更多的有配图的关于架构的文章。
