📚 课程目录第3章事件风暴画布设计

3. 事件风暴画布设计：画布元素详解与工作坊组织

事件风暴（Event Storming）是一种协作建模技术，其核心在于通过高互动性的工作坊，让领域专家与技术人员在同一张画布上共同探索业务全景。本章将深入剖析画布的构成元素，并给出组织高效工作坊的实战指南。

事件风暴画布并非一张白纸，而是一个具有明确语义的“空间坐标系”。它通过时间轴、泳道和贴纸颜色三个维度来承载信息。

时间轴是画布上最基础的骨架，通常从左到右（或从上到下）排列，代表业务事件发生的先后顺序。它帮助团队建立对业务流程的“时间线共识”。

实践要点： 在分布式事务场景中，时间轴上的每个“事件”都可能对应一个本地事务的提交点。画布上的时间轴越清晰，后续识别“跨服务事务边界”就越容易。

泳道（Swimlane）用于划分不同的业务角色、系统限界上下文或微服务。每个泳道代表一个独立的职责域，事件和命令只能落在对应的泳道内。

事件风暴使用不同颜色的便利贴（贴纸）来区分建模元素。颜色是沟通的“快捷键”，必须全员统一理解。

颜色	元素	含义	分布式事务中的示例
橙色	领域事件	已经发生的、不可改变的事实	“订单已创建”、“支付已成功”
蓝色	命令	用户或系统发出的指令	“提交订单”、“发起退款”
绿色	聚合	具有完整事务一致性的实体根	“订单聚合”、“账户聚合”
粉色	外部系统	不受本系统控制的第三方	“支付网关”、“短信服务”
黄色	问题/风险	需要关注的不确定性	“库存扣减可能超时”、“数据不一致”
紫色	决策/策略	业务规则或补偿策略	“余额不足时触发补偿”、“重试3次”

常见误区： 不要将“命令”和“事件”的颜色混淆。命令是“想要做某事”，事件是“已经做了某事”。在分布式事务建模中，命令通常对应“发起分布式事务”，而事件对应“事务分支已提交/已回滚”。

下图展示了事件风暴画布上各元素之间的典型交互关系，以及它们如何映射到分布式事务的架构决策中。

一场成功的工作坊需要精心设计流程、角色和产出物。以下是经过多次实战验证的“四阶段”组织方法。

时间盒（Timebox）：每个阶段严格限时（如混沌探索不超过30分钟），避免过度讨论。
先广度后深度：先覆盖全流程，再深入细节。不要在第一个事件上花1小时。
沉默是金：在粘贴贴纸阶段保持安静，让每个人独立思考后再集体讨论。
可视化即沟通：所有争论必须通过移动贴纸或添加新贴纸来解决，而不是口头辩论。
关注“黄色风险”：分布式事务的架构选型往往由黄色贴纸（风险点）驱动。当出现“数据不一致”、“超时”、“回滚失败”等风险时，立即标记并进入Phase 4。

  实战案例： 在某电商平台的事件风暴工作坊中，团队在Phase 3发现“订单已创建”事件后，库存服务需要扣减库存。由于库存服务是一个独立的微服务，团队在画布上贴了一张黄色贴纸：“库存扣减可能因网络问题失败”。这个风险点直接驱动了后续选择“Saga模式”作为分布式事务解决方案。

事件风暴画布不仅是业务建模工具，更是分布式事务架构选型的“输入源”。下图展示了如何从画布元素推导出技术决策。