【系统架构设计】事件驱动架构：从消息通知到事件溯源
💡
原文中文，约28400字，阅读约需68分钟。
📝
内容提要
用户点击“购买”按钮后，系统可以通过命令模式或事件驱动架构（EDA）处理。命令模式下，服务紧密耦合，故障会导致流程中断；而EDA通过事件解耦服务，提高灵活性。Martin Fowler将EDA分为四种模式，本文重点讨论事件通知、事件携带状态转移（ECST）和事件溯源的区别与应用场景。ECST通过事件携带完整状态，消除对生产者的依赖，但可能引入数据冗余和一致性问题。事件溯源则记录状态变化历史，适用于需要审计追踪的场景。
🎯
关键要点
- 用户点击购买按钮后，系统可以通过命令模式或事件驱动架构（EDA）处理。
- 命令模式下，服务紧密耦合，故障会导致流程中断；而EDA通过事件解耦服务，提高灵活性。
- Martin Fowler将EDA分为四种模式：事件通知、事件携带状态转移（ECST）、事件溯源和其他模式。
- 事件通知模式中，事件只携带最少信息，消费者需要回查生产者获取详细信息，存在运行时依赖。
- 事件携带状态转移（ECST）模式中，事件携带完整状态，消除对生产者的依赖，但可能引入数据冗余和一致性问题。
- 事件溯源模式记录状态变化历史，适用于需要审计追踪的场景，能够保留每一次状态变化的完整记录。
- ECST的代价包括事件体积增大和数据一致性问题，事件溯源的代价则是实现复杂度高和调试成本大。
- Kafka在事件驱动架构中扮演重要角色，但并不是事件溯源的理想事件存储。
- 事件驱动架构引入了新的复杂性，可能导致事件意大利面、事件风暴等问题，需通过治理和监控来管理。
- 并非所有系统都需要事件驱动架构，需根据具体业务需求和团队能力进行评估。
❓
延伸问答
事件驱动架构（EDA）与命令模式有什么区别？
事件驱动架构通过事件解耦服务，提高灵活性，而命令模式则使服务紧密耦合，故障会导致流程中断。
Martin Fowler将事件驱动架构分为哪几种模式？
Martin Fowler将事件驱动架构分为事件通知、事件携带状态转移（ECST）、事件溯源和其他模式。
事件携带状态转移（ECST）有什么优势和代价？
ECST的优势在于消费者完全自治，不依赖生产者；代价包括事件体积增大和数据一致性问题。
事件溯源的核心思想是什么？
事件溯源的核心思想是只存储导致状态变化的事件序列，而不是当前状态，通过重放事件来重建状态。
Kafka在事件驱动架构中扮演什么角色？
Kafka在事件驱动架构中作为消息通道，提供持久化、可回溯的事件日志，但不是事件溯源的理想存储。
在什么情况下应该考虑使用事件驱动架构？
应考虑使用事件驱动架构的情况包括多个独立消费者需要响应同一事件、需要独立部署和扩缩容的系统，以及需要完整审计追踪的领域。
➡️
