深入理解 EDA / EPA / ESB / BPM：从事件到流程的全景图

引言

在分布式系统和企业集成的世界里，我们经常听到四个缩写：EDA、EPA、ESB、BPM。 它们看起来都跟“事件”“流程”相关，很多人一不小心就混为一谈。结果要么是：

• 用消息队列想搞定所有逻辑，最后事件风暴；
• 把 ESB 塞进微服务里，成了性能黑洞；
• BPM 图画得很漂亮，系统却寸步难行。

要避免这些陷阱，关键是要先弄清楚：这四个概念分别关注哪个层次，在体系中各自解决什么样的问题。

1. EDA：事件驱动架构

核心思想：用“事件”来解耦服务。

• 事件生产者只管发布，不关心谁消费；
• 事件消费者按需订阅，随时可扩缩；
• 事件总线（Kafka、RabbitMQ 等）充当“高速公路”。

场景：成绩上传事件 → 多个服务并行消费（通知、统计、审计）。

类比：像城市地铁，列车（事件）一旦发出，谁在站点（消费者）就能上车。

2. EPA：事件–过程–动作

核心思想：定义单个事件在服务内的处理逻辑。

• Event：触发点（成绩上传）。
• Process：逻辑处理（核对成绩、判定是否挂科）。
• Action：最终动作（写库、发通知）。

场景：成绩上传后，先校验，再决定是自动发布还是进入人工审核环节。