观测档
看清现状
按接入点计费≤ 200 点位 / 单网关起步
- 5s 采样 + 1min 聚合，实时监控看板 6 张固定模板
- 在线率、心跳、时延三项基线指标与阈值告警
- 数据留存 90 天，导出 CSV 供二次分析
- 适合：设备分散、先要“看得见”的团队
数字浪潮 极简抽象物联网架构
把 10 万级设备信号收敛成一条可决策的曲线
以极简设计压缩噪声：只保留 3 类关键指标（在线率、时延、异常率），把实时监控数据变成可执行动作。每一块看板都指向一个明确的运维决策，而不是堆砌图表。
10 万+单集群接入设备上限
5s边缘采样间隔默认值
99.2%典型项目在线率基线
72h断网本地缓存时长
服务档位 按数据规模与决策深度分级
三档物联网解决方案，按“决策闭环深度”定价
不按设备数量堆价，而按你要达成什么决策来选档：先看实时性，再看分析深度，最后看自动化程度。
分析档 · 推荐
看清因果
按数据流量计费200–5000 点位 / 多协议接入
- 数据分析层：同比环比、设备画像、异常根因下钻至 3 层
- 自定义看板与 12 类告警通道（短信 / 邮件 / Webhook）
- 数据留存 24 个月，支持 SQL 直查与物模型映射
- 适合：要给出运维结论、而非只看曲线的团队
自治档
自动处置
按闭环规则数计费5000+ 点位 / 私有化部署
- 规则引擎 + 边缘计算：异常自动降频、重启、切换备用链路
- 时序预测提前 15min 预警容量与故障风险
- 对接工单系统，闭环时长目标 ≤ 8min
- 适合：设备规模大、人工响应已到瓶颈的团队
核心能力 六项，不多一项
极简不是少做，而是把关键路径做到极致
以下六项能力覆盖从采集到决策的完整链路，每项都给出可直接验收的量化指标。
01
多协议统一接入
MQTT / Modbus / OPC-UA / HTTP 统一映射到物模型，新增一类设备平均配置耗时 ≤ 30min。
接入协议6 类
02
实时监控与告警
5s 采样、1min 聚合，阈值触发到推送落地 P95 ≤ 3s，误报率控制在 1.5% 以内。
告警时延P95 3s
03
数据分析与根因下钻
从看板异常点一键下钻至设备、时段、固件版本三层，把“哪里坏了”变成“为什么坏”。
下钻层级3 层
04
边缘缓存与断网续传
网关本地保留 72h 数据，网络恢复后按时间戳补传，重复点自动去重，丢点率 ≤ 0.1%。
丢点率≤ 0.1%
05
规则引擎与自动处置
把高频人工动作固化为规则：降频、重启、切链路三类动作覆盖 80% 常见故障。
自愈覆盖80% 故障
06
权限与审计留痕
按项目 / 设备组 / 指标三级授权，所有导出与规则变更留痕，审计日志留存 ≥ 12 个月。
操作留痕100%
特写 实时监控的数据口径
同一块屏上，指标口径必须能被追问清楚
把实时监控做成可复算的指标体系
数据驱动决策的前提是口径一致。我们建议客户在接入期就锁定下列四项定义，并写入看板脚注，让每一次讨论都基于同一组数字。
| 指标 | 计算口径 | 目标值 |
|---|---|---|
| 设备在线率 | 心跳窗口内成功上报设备数 ÷ 应报设备数 | ≥ 99% |
| 端到端时延 | 采集时间戳到入库时间戳的 P95 | ≤ 200ms |
| 异常率 | 触发阈值事件数 ÷ 总采样点数 | ≤ 1.5% |
| 自愈成功率 | 自动处置后 5min 内恢复数 ÷ 触发数 | ≥ 85% |
最新动态 平台能力与项目实测
正在发生的三件事
边缘网关支持分批灰度升级，回滚窗口缩短至 10min
新固件按 5% → 25% → 100% 三批推送，每批观察 30min；异常率突破 2% 自动暂停并回滚，避免整批设备同时失联。
某园区 4200 台设备：日均告警从 1160 条降到 142 条
通过同源告警聚合与 5min 静默窗口，值班人员有效处理率从 34% 提升到 88%，夜间误唤醒次数周环比下降 71%。
时序预测新增 15min 提前量，容量告警从被动转为提前
基于近 14 天同环比基线，对带宽、连接数、存储三项资源做趋势外推，提前 15min 给出扩容建议，减少 60% 的临时扩容工单。
落地清单 接入前逐条核对
六条可执行要点，把“看得见”变成“能决策”
以下每一条都给出可验收的阈值与做法，建议在项目启动会上逐条确认负责人。
-
先定指标再上设备，指标数控制在 8 个以内
接入前用一张表锁定每个指标的口径、采样窗口与责任人。指标超过 12 个时，值班人员的有效关注度会显著下降；建议首期只保留在线率、时延、异常率、自愈成功率四项核心指标。
核心指标 4 项上限 ≤ 8 项
-
采样与上报分层设置，别让高频数据拖垮链路
波动大的指标（电流、振动）设 5s 采样；缓变指标（温度、湿度）设 60s。上报采用“变化量 + 心跳”双触发：变化超过阈值立即上报，否则按 1min 心跳补报，可降低约 65% 的传输量。
高频 5s缓变 60s流量下降 ≈65%
-
告警必须做收敛，单条告警必须能对应一个动作
同设备同类型告警在 5min 内合并为一条，并附“建议动作”字段（重启 / 降频 / 报修）。无法对应动作的告警直接降级为日志，避免值班台被噪声淹没。目标：日均告警条数控制在设备数的 5% 以内。
静默窗口 5min日均告警 ≤ 设备数 5%
-
边缘缓存与断网续传必须实测，不要只看文档
上线前做一次“拔网线测试”：断开上行 30min，确认网关本地缓存完整；恢复后核对补传点数与时间戳连续性。丢点率超过 0.5% 时需排查时间同步（建议 NTP 同步周期 ≤ 5min）与缓存淘汰策略。
断网测试 30min丢点率 ≤ 0.1%NTP ≤ 5min
-
看板按“角色”分层，而不是按“数据源”堆砌
值班员看 1 屏实时状态（不超过 6 个图表），运维主管看 1 屏趋势与工单闭环，管理层看 1 屏容量与成本。同一指标在不同角色屏上用不同粒度呈现，避免一张屏塞进 20 个图表导致无人细看。
单屏图表 ≤ 6 个角色分层 3 级
-
建立每周数据复盘机制，用数据反推规则
每周固定 30min 复盘：Top 5 异常设备、自愈成功率变化、误报来源。把复发 2 次以上的问题固化为新规则或调整阈值，让规则库随数据演进。建议每次复盘产出一份不超过 1 页的结论，并指定 1 名负责人跟进。
复盘频率 每周 1 次结论篇幅 ≤ 1 页跟进人 1 名
工作流程 从接入到自治的五步
五步落地，每步都有可交付物
盘点与建模型
梳理设备清单与协议，建立物模型。交付物：物模型字典 + 指标口径表，周期 3–5 个工作日。
网关接入与联调
按 10% 抽样设备先行接入，验证采样、上报、时间同步。交付物：接入验收报告，丢点率 ≤ 0.1%。
看板与告警配置
按三级角色配置看板，设置阈值与静默窗口。交付物：值班看板 + 告警规则清单，误报率 ≤ 1.5%。
规则引擎上线
把高频人工动作固化为规则，先观察再开启自动执行。交付物：自愈规则集，自愈成功率 ≥ 85%。
复盘与持续调优
以周为节奏复盘数据，迭代阈值与规则。交付物：周度数据复盘纪要，闭环时长目标 ≤ 8min。
先用 10% 抽样设备跑通一个闭环，再谈全量接入
我们提供一份《物联网接入自查表》：包含指标口径模板、告警收敛参数建议与断网测试步骤，帮你在一周内判断现有设备是否具备数据驱动决策的基础条件。