2. 核心概念：事件总线（Event Bus）定义、发布/订阅模式、消息队列（MQ）的角色与选型
在构建 WMS 库存变更与 ERP 采购订单联动方案之前，必须先厘清三个核心概念：事件总线、发布/订阅模式以及消息队列（MQ）。这三者构成了整个架构的通信骨架与数据流转引擎。
2.1 事件总线（Event Bus）定义
事件总线是一种中介者模式的分布式实现，它允许不同服务之间通过事件进行异步通信，而无需直接依赖彼此。在供应链场景中，事件总线扮演着“消息中枢”的角色：
- 事件生产者（如 WMS）只负责发布“库存变更”事件，不关心谁消费。
- 事件消费者（如 ERP）只订阅感兴趣的事件类型，不关心谁生产。
- 事件总线负责事件的接收、路由、存储和投递。
关键特征：解耦、异步、可扩展、事件驱动。事件总线让 WMS 和 ERP 从“点对点硬编码”升级为“发布/订阅的柔性集成”。
2.2 发布/订阅模式
发布/订阅（Pub/Sub）是事件总线的核心通信模式，它定义了事件如何从生产者传递到消费者。与传统的点对点（Point-to-Point）模式相比，Pub/Sub 具有天然的一对多和动态订阅能力。
| 对比维度 | 点对点模式（P2P） | 发布/订阅模式（Pub/Sub） |
|---|---|---|
| 消息流向 | 一条消息只能被一个消费者消费 | 一条消息可被多个消费者并行消费 |
| 耦合度 | 生产者和消费者需预先约定 | 生产者和消费者完全解耦 |
| 扩展性 | 新增消费者需修改生产者配置 | 新增消费者只需订阅对应 Topic |
| 典型场景 | 任务分发、负载均衡 | 事件通知、数据同步、日志收集 |
| WMS/ERP 适用性 | 不推荐（一个库存变更需触发多个下游动作） | 推荐（库存变更可同时触发采购单、财务、物流等） |
实践建议：在 WMS 库存变更场景中，建议使用 Topic 模式（Pub/Sub 的一种实现）。WMS 将库存变更事件发布到 Topic "stock.change"，ERP 采购模块、财务模块、物流模块各自订阅该 Topic，互不干扰。
2.3 消息队列（MQ）的角色与选型
消息队列（Message Queue, MQ）是事件总线的物理载体。它负责实现事件的异步传输、削峰填谷、可靠存储和最终一致性。在 WMS 与 ERP 联动中，MQ 承担以下关键角色：
- 缓冲层：当 WMS 瞬时产生大量库存变更（如双十一大促），MQ 能暂存消息，防止 ERP 被冲垮。
- 可靠性保障：消息持久化到磁盘，即使消费者宕机，重启后仍可继续消费。
- 路由与过滤：根据事件类型、仓库 ID、SKU 等属性，将消息路由到正确的消费者。
- 顺序保证：部分场景（如库存扣减）需要严格顺序，MQ 提供分区顺序能力。
2.4 主流 MQ 选型对比
当前主流的消息队列包括 RabbitMQ、Kafka 和 RocketMQ。下表从供应链集成的关键维度进行对比：
| 对比维度 | RabbitMQ | Kafka | RocketMQ |
|---|---|---|---|
| 语言生态 | Erlang，AMQP 协议 | Scala/Java，自研协议 | Java，自研协议 |
| 吞吐量 | 万级/秒 | 百万级/秒 | 十万级/秒 |
| 消息可靠性 | 高（Confirm + 持久化） | 高（ISR 副本机制） | 高（同步刷盘 + 主从） |
| 顺序消息 | 单队列有序 | 分区内有序 | 分区内有序（强） |
| 事务消息 | 需插件支持 | 不支持原生 | 原生支持 |
| 延迟消息 | 支持（插件） | 不支持原生 | 原生支持 |
| 运维复杂度 | 低 | 中 | 中 |
| 供应链场景推荐 | 中小规模、路由复杂 | 大数据量、日志、实时计算 | 大规模交易、事务一致性要求高 |
选型建议：对于 WMS 库存变更与 ERP 采购订单联动场景，如果企业规模较大且要求事务消息和延迟消息（如超时未收货自动取消），RocketMQ 是最佳选择。如果团队运维能力有限且路由规则复杂，RabbitMQ 更易上手。Kafka 更适合日志采集和流计算场景，不建议作为核心交易链路的主 MQ。
2.5 事件总线与 MQ 的关系
事件总线是一个逻辑概念，MQ 是它的物理实现。在实际架构中，事件总线通常由 MQ 集群 + 路由规则 + 序列化协议 + 客户端 SDK 共同构成。一个典型的事件总线实现包含以下组件：
事件总线 = MQ 集群（Broker）
+ Topic/Exchange 定义（路由规则）
+ 序列化协议（JSON/Protobuf/Avro）
+ 生产者 SDK（发布事件）
+ 消费者 SDK（订阅事件）
+ 死信队列（处理失败事件）
+ 监控告警（事件流转可视化）
架构原则：在 WMS 与 ERP 联动中，事件总线应作为独立中间件层部署，不嵌入任何业务系统。WMS 和 ERP 只通过 SDK 与事件总线交互，不直接通信。这样当业务系统升级或替换时，集成层不受影响。