工业互联网可观测方案：边缘采集、多工厂集中管理与设备告警

工业现场的可观测难点在哪

工业互联网的可观测和互联网不一样，难在几个地方：一是现场设备杂，PLC、网关、CNC、传感器各有各的协议和数据格式，日志不是标准的；二是网络差，厂区专网带宽有限、抖动大，数据不能像机房那样随便推；三是工厂分散，多个厂区、多条产线的数据要汇聚到一个平台，还得互相隔离、权限分明。方案设计要围绕这三个约束展开。

边缘节点：轻量化采集

数据在边缘先做采集和预处理，再上送中心，这是工业场景的基本盘。OBSERVE 提供适配 ARM 工控机、网关的轻量 Agent，单节点资源占用控制在百 MB 内存级别，适合跑在算力有限的边缘设备上。

边缘 Agent 的职责有三件：一是对接设备协议（Modbus、OPC UA、MQTT），把设备数据翻译成标准日志/指标；二是本地预处理，把高频原始数据先聚合、过滤、脱敏，只上送有价值的部分，省带宽；三是本地缓存，网络断的时候把数据先落盘，恢复后补传。

设备日志与指标接入

设备日志五花八门，接入要分层处理：

• PLC/CNC 状态：通过 Modbus/OPC UA 轮询寄存器，转成「设备在线状态、温度、转速、报警码」这类结构化指标；
• 网关/工控机日志：走标准 syslog 或文件采集，和普通主机一样接入；
• 产线业务数据：MES/SCADA 系统的接口日志、工单数据，通过 API 或消息队列接入。

关键是把「报警码」这种设备原生字段原样保留并转成枚举，方便后续按报警码统计故障分布。别在采集端把报警码翻译成人话，翻译的事放到平台侧做映射表，比如 E23 → 主轴超温，告警消息带上人话，原始报警码仍然可查。

多工厂汇聚与隔离

集团下多个工厂的数据要进同一个平台，但工厂之间、甚至厂内的车间之间要隔离。OBSERVE 沿用「租户 + 项目」模型：一个工厂或一个基地对应一个租户，车间/产线对应租户内的项目。数据写入时按 site、line 标签路由，查询时鉴权层校验，A 厂看不到 B 厂的数据。

网络层面，每个工厂部署边缘汇聚节点，通过专线或加密隧道上送集团中心，避免数据在公网裸奔。权限上，集团总部看全局视图，工厂只能看自己，值班告警按工厂分派。

弱网与断点续传

厂区网络抖动是常态，方案必须容忍断网。OBSERVE 的边缘 Agent 内置断点续传：断网时数据落到本地磁盘（按容量和时长滚动），网络恢复后从断点继续上送，不丢不重。中心侧做幂等去重，避免补传时重复入库。

几个参数要提前定：本地缓存上限（比如 24 小时或 20GB）、补传的带宽上限（别让补传把正常业务流量挤爆）、以及超时告警（边缘 Agent 超过 N 分钟没心跳要告警）。还有一个容易被忽略的点：边缘设备要统一做 NTP 对时，否则多个厂区数据时间漂移，汇聚后时序全乱，告警和检索都跟着错。

设备异常告警

设备告警和软件告警不一样，更依赖阈值和状态变化。典型做法：

• 阈值告警：温度、振动、转速超过阈值即告警，注意用「持续 N 个采样周期」防抖动；
• 状态变化告警：设备从「运行」跳「停机」「故障」，这种状态跳变比数值更直接；
• 报警码统计：同一报警码在窗口内出现次数超过阈值，说明不是偶发。

告警要落到具体的人：按厂区、产线分派值班，告警信息带上设备编号、报警码、所在产线，接警的人不用再翻系统就能知道去哪台设备看。

落地的推进节奏

工业项目周期长、涉及面广，建议分步走：先挑一条产线或一个车间做试点，把边缘采集、设备接入、告警跑通，跑 2-4 周验证稳定性；再横向复制到其他产线；最后打通集团大屏和统一运维。每一步都按「采集 → 检索 → 告警 → 复盘」闭环验收，别一次铺开。