1. 事件风暴画布基础：起源、核心概念与布局规则

1.1 事件风暴的起源：从领域驱动设计到协作建模

事件风暴（Event Storming）由 Alberto Brandolini 于 2013 年提出，是一种基于领域驱动设计（DDD）的协作式建模技术。其诞生背景源于传统软件需求分析中“业务专家与开发团队沟通断层”的痛点——需求文档冗长、术语不一致、关键业务规则被遗漏。

Brandolini 在咨询实践中发现，当把领域事件作为核心建模单元，并让所有利益相关者（业务、产品、开发、测试）围在一面巨大的白板前，用彩色便利贴进行“风暴式”讨论时，建模效率与准确性会大幅提升。这种方法后来被命名为“事件风暴”，并迅速成为 DDD 实践中最重要的协作工具之一。

1.2 核心概念：构成事件风暴画布的五大要素

事件风暴画布由五种基本元素组成，每种元素对应一种颜色的便利贴（或数字画布中的色块），承载不同的语义。下表总结了各元素的定义、符号与在分布式事务上下文中的典型示例：

1.3 画布布局规则：时间线、泳道与边界

事件风暴画布遵循一套严格的布局规则，以确保所有参与者都能快速理解业务流。核心规则包括：

1. 时间线从左到右：所有领域事件按发生的时间顺序从左到右排列。这是画布的主轴。
2. 命令紧贴事件左侧：每个领域事件的左侧紧邻触发它的命令，形成“命令 → 事件”的因果链。
3. 聚合包裹命令与事件：黄色大框（聚合）将属于同一事务边界的命令和事件包裹在内，表示这些操作要么全部成功，要么全部回滚。
4. 角色放在命令上方：粉色/绿色角色标签贴在命令的上方，表明“谁”发起了这个命令。
5. 泳道按限界上下文划分：当涉及多个子系统（如订单服务、库存服务、支付服务）时，使用水平泳道分隔，每个泳道代表一个限界上下文。

下图展示了一个典型的电商下单流程事件风暴画布布局，包含两个限界上下文（订单上下文、库存上下文）以及一个外部支付系统：

1.4 画布布局的进阶规则：边界、热点与时间线

除了基本元素摆放，事件风暴画布还包含以下进阶布局规则，这些规则在分布式事务故障排查中尤为重要：

• 热点（Hot Spot）标记：使用红色闪电符号或红色便利贴标记已知问题、风险或技术难点。例如，跨聚合的事务一致性风险、网络超时点等。
• 时间线分段：当流程较长时，使用垂直虚线将画布划分为“秒级”、“分钟级”、“小时级”等时间窗口，帮助识别超时与补偿时机。
• 命令验证规则：在每个命令下方用小字标注其前置条件（如“库存 > 0”、“账户余额充足”），这些条件在分布式事务中常对应“预检查”步骤。
• 事件溯源标记：对于需要持久化的事件，在事件右上角标注 [ES] 标记，表示该事件将进入事件溯源存储，用于故障恢复与审计。

1.5 事件风暴与分布式事务的关联：为什么画布是故障排查的起点？

事件风暴画布天然适合分析分布式事务问题，原因有三：