阅读笔记：什么是架构

在读完前四章后，我对“架构”的理解经历了一次彻底的刷新。架构不是UML图，不是技术选型，不是分层方案——这些只是架构的“产物”和“表达”，而非架构本身。

王概凯给出了一个极具穿透力的定义：架构，是对系统中利益相关者的权责进行合理切分，并通过有效的沟通机制让这些切分后的部分能够协同工作，以完成单个人无法完成的复杂任务。

这个定义里有几个关键词值得反复咀嚼：

“切分” 是架构的核心动作。当一个问题复杂到一个人搞不定时，就必须拆。但切分不等于随意拆分，它要遵循两个原则：一是每个部分要有明确的边界，二是每个部分要能独立演进。这对应了软件工程中常说的“高内聚、低耦合”，但王概凯把这个概念推向了更本质的层面——它不仅仅是技术问题，更是组织和管理问题。

“权责” 是切分的灵魂。架构图上每个方块背后，都是一个团队、一个角色、一个活生生的人。方块与方块之间的连线，不是简单的“数据流”或“调用关系”，而是责任划分和权力分配。一个模块要承担什么责任？为此它需要什么权力？这两个问题不对等，架构就是空中楼阁。

“沟通” 是切分之后的粘合剂。切分造成了分裂，就必须有机制把它们重新连接起来。这个连接不是技术上的RPC调用或消息队列，而是人与人之间的约定、契约、接口规范。

所以，架构本质上是一个社会性活动，技术只是它的载体和实现手段。