1. 课程导论与全景图：事件风暴与分布式事务的关系、课程目标与学习路径、Go在分布式事务中的角色
1.1 为什么事件风暴是分布式事务架构的“第一性原理”
分布式事务的复杂性根源在于：业务逻辑跨越多个独立数据节点，而传统 ACID 事务无法跨进程生效。事件风暴（Event Storming）作为一种协作建模方法，能够帮助团队在架构设计前期，通过“事件驱动”的视角，将业务流中的命令、聚合、事件和边界上下文可视化。这种可视化直接映射到分布式事务的选型决策：
- 事件溯源（Event Sourcing）：事件风暴产出的领域事件，天然是事件溯源的存储单元。
- Saga 模式：事件风暴中的“补偿事件”直接对应 Saga 的逆向操作。
- TCC（Try-Confirm/Cancel）：事件风暴中的“预留资源”命令，对应 TCC 的 Try 阶段。
- 2PC/3PC：事件风暴中的“全局协调者”角色，对应两阶段提交的协调节点。
核心观点：事件风暴不是分布式事务的替代品，而是分布式事务架构的“需求分析工具”。没有事件风暴，选型容易陷入技术偏好；有了事件风暴，选型由业务事件流驱动。
1.2 事件风暴与分布式事务的关系矩阵
下表展示了事件风暴中的核心建模元素与分布式事务模式之间的映射关系：
| 事件风暴元素 | 分布式事务模式 | Go 实现关注点 |
|---|---|---|
| 领域事件（Domain Event） | 事件溯源 + 最终一致性 | 事件存储、事件总线、幂等消费 |
| 补偿事件（Compensation Event） | Saga（编排/协同） | 补偿事务的幂等性与回滚顺序 |
| 预留命令（Reserve Command） | TCC | Try 阶段的资源锁定与 Confirm/Cancel 的原子性 |
| 全局协调者（Coordinator） | 2PC/3PC | 协调者高可用、超时处理、脑裂预防 |
| 边界上下文（Bounded Context） | 多阶段事务拆分 | 服务间通信协议（gRPC/消息队列） |
1.3 课程目标与学习路径
本课程旨在帮助学员建立从业务建模到Go 工程实现的完整闭环。学习路径分为四个阶段：
- 基础建模阶段（第 1-5 章）：掌握事件风暴的建模符号、聚合划分原则、以及如何从事件流中识别分布式事务边界。
- 架构选型阶段（第 6-12 章）：基于事件风暴产出物，对比 Saga、TCC、2PC、本地消息表等模式的适用场景与 Go 实现代价。
- Go 工程实践阶段（第 13-24 章）：使用 Go 语言实现分布式事务框架，包括事务协调器、补偿机制、事件总线、幂等性中间件等核心组件。
- 生产级优化阶段（第 25-30 章）：性能调优、可观测性（OpenTelemetry）、混沌工程测试、以及云原生部署（Kubernetes + 分布式事务）。
学习前提：学员需具备 Go 语言基础（goroutine、channel、interface）、了解 DDD 基本概念（聚合、实体、值对象）、熟悉至少一种消息队列（Kafka/RabbitMQ）。
1.4 Go 在分布式事务中的角色
Go 语言在分布式事务领域具有独特的优势，但也存在需要规避的陷阱。下表总结了 Go 在分布式事务中的关键角色：
| 角色 | Go 优势 | 注意事项 |
|---|---|---|
| 事务协调者 | goroutine 轻量并发，适合管理大量事务分支 | 避免 goroutine 泄漏，使用 context 控制超时 |
| 事件总线 | channel 原生支持事件驱动，结合 select 实现多路复用 | channel 的背压机制需要手动实现 |
| 幂等性中间件 | interface{} 与泛型（Go 1.18+）可构建通用幂等拦截器 | 幂等键的存储需考虑分布式锁（etcd/Redis） |
| 补偿事务执行器 | defer 语句天然适合补偿逻辑的注册与执行 | defer 在 panic 时仍会执行，但需处理嵌套补偿的顺序 |
| 可观测性 | OpenTelemetry Go SDK 成熟，支持分布式追踪 | 事务上下文的传播需手动注入 trace context |
1.5 事件风暴驱动分布式事务选型的核心流程
下图展示了从事件风暴建模到分布式事务选型的完整决策链路：
1.6 课程核心能力模型
完成本课程后，学员将具备以下核心能力：
- 建模能力：独立主持事件风暴工作坊，产出可落地的领域事件流与聚合模型。
- 选型能力：根据业务场景（一致性要求、吞吐量、补偿复杂度）选择最合适的分布式事务模式。
- 工程能力：使用 Go 语言实现生产级分布式事务框架，包括事务协调器、事件总线、幂等性中间件。
- 运维能力：通过 OpenTelemetry 实现分布式事务的可观测性，并设计混沌工程测试方案。
常见误区：不要试图用单一分布式事务模式解决所有问题。事件风暴的价值在于让你看清哪些场景需要强一致性（2PC），哪些场景可以接受最终一致性（Saga/事件溯源）。
1.7 本章小结
本章建立了课程的整体认知框架：
- 事件风暴是分布式事务架构的需求分析工具，其产出物直接指导事务模式选型。
- Go 语言在分布式事务中扮演协调者、事件总线、幂等中间件、补偿执行器等关键角色。
- 学习路径从建模 → 选型 → 实现 → 部署，形成完整的工程闭环。