从工厂设备到云平台，观测云让工厂生产全面可观测
如果你走进一家现代化工厂，大概率会看到这样一套技术栈：
现场层，PLC、RTU、DCS、仪器仪表、传感器、变频器，负责采集和控制，说着 Modbus RTU / TCP；监控层，SCADA、HMI 盯着产线运行，走的是 OPC UA；联网层，边缘网关和新一代智能设备通过 MQTT 把数据往外送；再往上，管理层的 MES、ERP，以及 IT 侧的云平台、监控系统，又是另一套体系。
每一层都在产生数据，但各说各话。
于是工厂里出现了一道肉眼看不见的断层：IT 团队的监控大屏上，服务器、数据库、接口调用一目了然；而一墙之隔的车间里，设备的真实状态，还要靠巡检、抄表。
断层的原因
和工厂的生产、设备、IT 团队聊下来，问题集中在四个地方：
- 采不上来。 设备年代不同、厂商不同、协议不同，Modbus、OPC UA、MQTT 各自为战。想做一套统一的数据采集，光是协议适配就是个大工程。
- 不敢采。 就算能采，也没人敢轻易动。工业现场的第一原则是生产连续性——任何对控制回路的干扰都可能造成停产。很多采集方案就卡在这一步。
- 传不出去。 车间网络环境复杂，波动、断连是常态。数据采到了却丢在路上，比不采更让人头疼。
- 看不见。 数据最终没有进入统一的指标、日志、告警体系。设备异常靠人发现，故障排查靠事后翻记录，跨产线、跨厂区的分析更是无从谈起。
观测云 × IndustryKit：把断层接上
针对这四个问题，观测云提供了一套工业级可观测性方案：以 IndustryKit 作为工业现场的只读数据入口，把设备侧的指标与事件日志，稳定地带到观测云统一平台。
针对"采不上来"
- Modbus TCP / RTU：只读访问 coil、discrete、input 与 holding 数据，覆盖控制柜、仪表和存量 PLC 设备；
- OPC UA：订阅优先，支持轮询回退与质量状态表达，对接 SCADA 与主流工控系统；
- MQTT 3.1.1：支持 TCP / TLS、QoS 0/1 与 JSON / 文本消息映射，承接边缘网关与智能设备；
- 指标与事件日志按数据类别分流，保留现场时间与上下文标签。
按现场既有协议采集，不要求改变任何控制逻辑，也不挑设备年代和厂商。
针对"不敢采"
IndustryKit 不提供写寄存器、写线圈、设备控制或远程配置能力。 只读采集，不触碰控制回路。生产连续性和数据可见性，可以在同一条工程链路上被认真对待。
针对"传不出去"
整条链路是：现场设备 → IndustryKit 边缘采集 → Dataway → 观测云。每一段的可靠性设计，都是为了让数据继续向前：
- 边缘侧完成批处理与压缩，降低传输与存储开销；
- 磁盘 WAL 为短时断网保留可恢复的缓冲，网络恢复后继续发送未确认的数据；
- metric 与 logging 使用独立队列，异常样本被隔离——单个问题点不会拖住整条链路。
针对"看不见"——进入统一的可观测工作流：
数据经由 Dataway 进入观测云之后，OT 现场的状态变化，第一次真正进入了 IT 团队熟悉的体系：统一的指标分析、日志检索、告警规则、可视化仪表板。跨设备、跨产线的状态可以在同一个平台上对比、下钻、追溯；设备侧的事件，也能和上层 MES、云上应用的监控数据放在同一个视角里看。
| 工厂现场的痛点 | 观测云 × IndustryKit 的解法 |
|---|---|
| 协议多、设备杂，数据采不上来 | 边缘侧协议接入：Modbus / OPC UA / MQTT |
| 怕影响控制回路，不敢采 | 只读采集，无写入、无控制、无远程配置 |
| 车间网络差，数据易丢失 | 磁盘 WAL 断网续传 + 批处理压缩 + 队列隔离 |
| 数据割裂，异常靠人发现 | 统一进入观测云：指标、日志、告警、仪表板 |
公开一组 10 分钟 synthetic MQTT 压测结果：
- 21,472.95 点/秒，达到 20k 目标；
- 运行时长 604.357 秒，约 10 分钟；
- 采集器进程平均 CPU 35.26%；
- 峰值 RSS ≈ 62 MiB；
- dropped 0 / retry 0。
结尾
当现场状态被可靠采集、清晰标记并送入统一平台，生产团队才能从"出了问题再找数据"，走向面向全链路的主动发现与协同决策。
让工厂数据，成为可观测系统的一部分。
欢迎联系我们，了解观测云工业可观测性方案，或预约一场面向你现场环境的验证演示
