你可能不需要事件驱动架构
文章探讨了事件驱动架构（EDA）被过度推崇的现象，指出许多团队在引入EDA时实际上增加了不必要的复杂性。作者认为，对于大多数应用场景，传统的请求-响应模式或简单的消息队列足以解决问题，而EDA带来的事件溯源、最终一致性、异步处理等特性往往会引入难以调试和运维的难题。文章建议在真正需要解耦、高可扩展性或跨团队协作时才考虑EDA，否则应保持架构的简洁性。
背景速读
- 事件驱动架构（Event-Driven Architecture, EDA）是一种微服务间的通信模式，服务通过发布"事件"（如"用户已下单"）来触发其他服务的反应，而非直接调用API。近年来在科技圈被视为构建弹性、可扩展系统的"最佳实践"。
- 本文作者站在反方立场，认为EDA引入了事件溯源、消息队列、最终一致性等复杂基础设施，对大多数中小团队而言弊大于利。真正需要的是更简单的同步API调用或批量任务。
- 文章呼应了2023–2024年技术界对"过度工程化"的反思潮流——类似"你不需要微服务"的论调——提醒开发者回归问题本身，而非追逐架构时尚。
- 目标读者是工程师和技术决策者，常被EDA鼓吹者的论调包围，本文提供了一剂"冷静药"。