-
前言:为什么事件总线是“大型系统的生命线”?
- 复杂系统不是靠 RPC 扩展的
- 一切大型系统最终都要走向 事件驱动(EDA)
- 单层事件系统会导致混乱,分层事件总线 才是真解法
-
事件总线的常见问题(痛点)
- 事件太多
- 命名不规范
- 事件之间依赖模糊
- 服务之间“隐式耦合”不断增加
-
分层事件总线的结构设计(核心)
- Domain Event Bus(领域事件)
- Integration Event Bus(集成事件)
- System Event Bus(系统事件)
- Audit Event Bus(审计事件)
每一层有独立职责,互不混乱。
-
各层事件总线职责对比
- Domain Event:用于聚合内部状态变化
- Integration Event:跨上下文同步
- System Event:用于监控、告警、运维
- Audit Event:用于审计、合规、风控
-
事件规范(必须工程化)
- 命名规范
- 事件 schema
- 事件版本控制
- 幂等要求
- 事件溯源与链路跟踪
-
事件路由与事件防爆(大厂真实问题)
- 事件爆炸(过度事件化)
- 事件风暴(雪崩式触发)
- 事件风控(事件限流)
- 延迟事件、补偿事件
-
企业落地案例:审批系统事件化重构
- 从 RPC 地狱 → 事件驱动模型
- 增加可观测性 & 解耦度
- 支撑业务快速演化
-
总结
- 事件不是消息
- 事件总线不是 MQ
- 分层事件系统才是大型架构的未来方向