事件风暴是什么
事件风暴是 Alberto Brandolini 提出的协作建模工作坊：参与者用便签把业务流程铺开，从领域事件的时间线出发，补上触发事件的命令、处理命令的聚合、事件触发的策略与争议热点，从而快速对齐业务语言并识别限界上下文边界。它的价值在于让领域专家与技术人坐在同一张桌前，用同一批便签讨论同一件事。
常用便签
| 颜色/元素 | 含义 | 示例 |
|---|---|---|
| 橙色 事件 | 领域内已发生的事实 | 订单已提交 |
| 蓝色 命令 | 触发动作的意图 | 提交订单 |
| 黄色 聚合 | 处理命令的一致性单元 | 订单 |
| 紫色 策略 | 事件触发的自动化规则 | 库存不足时取消订单 |
| 绿色 读模型 | 支撑决策所需的数据视图 | 可售库存看板 |
| 红色 热点 | 争议、风险与未知 | 重复支付如何回滚 |
基本信息
| 推进顺序 | 事件时间线 → 命令与聚合 → 策略与读模型 → 热点 |
|---|---|
| 参与人 | 领域专家、业务负责人、开发与测试，6 至 10 人较合适 |
| 时长 | 完整流程通常半天到一天，可按子域拆成多场 |
| 产出物 | 事件清单、聚合草图、上下文边界候选、热点与待办清单 |
| 后续动作 | 热点指定负责人跟进，模型进入代码与文档 |
典型使用场景
- 新项目领域探索：在没有代码的阶段先对齐业务语言与流程
- 识别限界上下文：用事件与聚合的聚类结果指导服务边界划分
- 遗留系统改造：把现有业务真实流程重新梳理成事件时间线
- 跨部门对齐：把不同部门的说法放在同一时间线上找冲突
- 需求澄清：用具体事件代替抽象描述，减少理解偏差
- 模型评审：以事件流为线索检查是否有环节被遗漏
工作坊的产出是讨论结论与共同理解，不是精美的图；把便签拍照并在会后整理成事件清单与术语表，才能转化为长期资产。
把工作坊开成技术方案会，领域专家插不上话，得到的是开发者的假设而不是业务事实。