3. 信号传输基础架构：端到端信号采集、传输、处理、展示的四层架构模型
供应链控制塔的异常信号传输并非单一技术栈的堆叠，而是一个从物理世界到决策界面的完整链路。为了保障信号在毫秒级延迟内完成“感知-传递-解析-呈现”的闭环，业界普遍采用四层架构模型：采集层、传输层、处理层、展示层。每一层承担独立的职责，并通过标准化的接口协议进行解耦。
3.1 四层架构总览
下图展示了四层架构的核心组件与数据流向。信号从底层传感器/系统出发，逐层向上传递，最终在控制塔大屏或移动端形成可操作的告警事件。
架构要点：四层之间通过定义明确的 API 契约（如 Protobuf 或 Avro Schema）进行通信。任何一层的内部技术升级（如将规则引擎替换为 AI 推理）都不应影响相邻层的接口协议。
3.2 各层职责与关键技术
| 层级 | 核心职责 | 典型技术/协议 | 延迟要求 |
|---|---|---|---|
| 采集层 | 从异构数据源获取原始信号，完成协议转换与初步清洗 | OPC UA、Modbus TCP、HTTP Webhook、边缘计算 SDK | < 50 ms |
| 传输层 | 可靠、有序、安全地将信号从采集端送达处理端 | Kafka、RabbitMQ、MQTT QoS 2、gRPC Stream | < 200 ms |
| 处理层 | 信号解码、异常检测、事件关联、分级与聚合 | CEP 引擎、Drools 规则、LSTM 模型、Flink 作业 | < 500 ms |
| 展示层 | 将处理结果可视化为可操作的告警与工单 | WebSocket 推送、React/Vue 仪表盘、移动端 Push | < 1 s |
3.3 采集层：信号的第一触点
采集层是控制塔的“神经末梢”。它需要面对供应链中极度异构的数据源：
- 物理传感器：温湿度、震动、GPS 定位，通常通过边缘网关汇聚。
- 业务系统：ERP 的采购订单状态、WMS 的库存变动、TMS 的运输轨迹，通过 REST API 或数据库 CDC 捕获。
- 外部数据：港口拥堵指数、天气预报、海关清关状态，通过第三方 API 订阅。
采集层关键指标：数据源覆盖率（应 ≥ 95%）、采集成功率（≥ 99.9%）、采集延迟 P99（≤ 100 ms）。
3.4 传输层：信号的可靠通道
传输层决定了信号能否“不丢、不乱、不重”地到达处理中心。在供应链场景中，网络波动、带宽限制、跨区域部署是常态，因此传输层设计必须考虑以下机制：
- 消息持久化：使用 Kafka 或 Pulsar 等日志型消息队列，确保 Broker 崩溃后信号可回溯。
- QoS 分级：关键异常信号（如冷链断链）使用 QoS 2（Exactly Once），普通状态信号使用 QoS 1（At Least Once）。
- 背压控制：当处理层消费速度低于生产速度时，传输层应具备自动限流或降级丢弃非关键信号的能力。
3.5 处理层：信号的智能中枢
处理层是四层架构中最复杂的环节。原始信号在此被解码、关联、分级，最终转化为有业务含义的异常事件。处理层通常包含三个子模块：
| 子模块 | 功能 | 输入 | 输出 |
|---|---|---|---|
| 信号解码器 | 将二进制/JSON/XML 信号统一为内部规范格式 | 原始信号字节流 | 规范化的 Signal 对象 |
| 规则引擎 | 基于预定义阈值与条件触发异常判定 | Signal 对象 | 原始告警事件 |
| 事件关联器 | 将多个原始告警合并为根因事件，消除告警风暴 | 原始告警事件流 | 聚合后的异常事件 |
常见陷阱：处理层若未设计事件关联机制，当单一故障（如仓库断电）触发 50 个传感器同时告警时，控制塔将收到 50 条独立告警，而非 1 条“仓库断电”根因事件。务必在规则引擎后增加滑动窗口聚合逻辑。
3.6 展示层：信号的最后一百米
展示层负责将处理后的异常事件以最直观、最紧迫的方式呈现给供应链运营人员。设计原则包括：
- 分级渲染：P1 级异常使用红色闪烁 + 声音告警；P3 级异常仅更新仪表盘数字。
- 上下文联动：点击告警卡片可直接跳转至相关订单详情、运输轨迹或库存快照。
- 推送通道冗余：同时使用 WebSocket 长连接（大屏）和 APNs/FCM 推送（移动端），确保告警必达。
3.7 四层架构的端到端延迟预算
一个完整的异常信号从采集到展示，必须满足端到端延迟预算。以下是一个典型的 SLA 分配示例：
| 阶段 | 预算时间 | 占比 | 优化重点 |
|---|---|---|---|
| 采集层 | 50 ms | 10% | 边缘预处理，减少网络往返 |
| 传输层 | 150 ms | 30% | 消息批量发送，减少小包开销 |
| 处理层 | 250 ms | 50% | 规则引擎编译优化，避免频繁 I/O |
| 展示层 | 50 ms | 10% | 虚拟列表渲染，增量更新而非全量刷新 |
| 端到端总计 | 500 ms | 100% | — |
架构自检清单：在设计四层架构时，请逐层确认——采集层是否支持断线重连？传输层是否配置了死信队列？处理层是否具备事件去重能力？展示层是否实现了告警分级静默？每一层的缺失都会在极端场景下暴露为信号丢失或告警风暴。