由 Site Kit 添加的 Google 跟踪代码管理器 (noscript) 代码段 结束 Site Kit 添加的 Google 跟踪代码管理器 (noscript) 代码段
再也不会丢失物联网数据 再也不会丢失物联网数据

再也不会丢失物联网数据:实时边缘↔云消息流监控

在大规模物联网部署中,边缘和云之间的通信至关重要,但它通常是不可见的。当数据停止流动时,您必须应对延迟、滞后,甚至严重的数据丢失!这就是为什么准确了解消息发生的情况至关重要。

想象一下,您的整个物联网车队拥有一个实时健康状况监控器。随着新 上行链路/下行链路可视性功能事物板 4.2ThingsBoard 边缘 4.2,您不再需要怀疑您的数据是否能够通过。您可以实时洞察边缘和云之间的通信,并确信您的物联网数据按预期移动,或者在未按预期移动时收到即时信号。

为什么这很重要

对于物联网团队来说,可见性意味着控制。通过上行链路和下行链路监控,您可以主动 在沟通问题影响运营之前发现并解决它们。结果呢?更可靠的数据流、更低的运营成本以及您最关键的数据始终位于其需要的位置的信心。

这是如何运作的

ThingsBoard Edge 收集并聚合消息流量的统计数据,并以可配置的时间间隔(默认为 10 分钟)将其发布为时间序列数据。这些指标涵盖两个方向的流量,可帮助您快速识别:

  • 通信延迟(例如队列增长、推送速率缓慢)、
  • 指标滞后(尚未发送的待处理消息),
  • 随着时间的推移,消息传递趋势、延迟和失败。

超越简单的监控:使用规则引擎实现自动化

由于统计数据作为本机 ThingsBoard 遥测发布,因此您可以 使用规则引擎自动响应。设置智能警报,在满足特定条件(例如待处理消息突然激增)时自动触发。

例如:

  • 如果 uplink_lag 和 downlink_lag > 500 条消息
  • 且边缘版本 = 4.2.0
  • 然后发出严重滞后检测警报,将其分配给待命工程师,并通过 Slack 或短信通知。
// Collect lag values
var uplinkLag = msg.uplinkMsgsLag != null ? msg.uplinkMsgsLag : 0;
var downlinkLag = msg.downlinkMsgsLag != null ? msg.downlinkMsgsLag : 0;

// ---- FINAL CONDITION ----
// Trigger if lag is too high
return (uplinkLag > 500 || downlinkLag > 500);

这样,您的基础设施不仅可以检测问题,还可以自动对问题做出反应。

预配置仪表板

为了更快地开始,我们创建了一个 即用型仪表板模板.

仪表板为您提供两个级别的可见性:

  • 摘要视图:在一处查看所有连接的 Edge 实例的消息统计信息,包括其版本和关键遥测字段。这使您可以快速评估整体通信健康状况。
  • 详细查看: 深入研究特定边缘,通过专用图表分析其上行链路和下行链路性能,以发现该特定实例的延迟、故障或指标滞后。

简单地 下载仪表板模板,将其导入您的 ThingsBoard Cloud 实例,然后就完成了。

现实世界的用例

  • 车队监控: 在健康节点的海洋中找到一个落后的边缘。
  • 主动维护: 当下行链路故障率超过阈值时发出警报。
  • SLA 合规性: 跟踪延迟趋势并证明交付保证。
  • 容量规划: 利用积压增长来调整链接和间隔的大小。

主要优点

ThingsBoard 边缘 4.2,现在可以实时监控上行链路和下行链路统计数据。这使您能够:

  • 通过及早发现瓶颈来减少停机时间。
  • 通过持续监控消息流健康状况来提高可靠性。
  • 通过主动警报和自动化工作流程降低运营风险。
  • 对您的边缘↔云通信以及为您的业务提供支持的数据充满信心。

通过对边缘到云消息流的完全可见性,释放物联网部署的全部功能!

今天开始监控

准备好停止猜测并开始了解了吗? 升级您的实例 到版本 4.2,导入预配置的仪表板,并完全控制您的 Edge↔Cloud 通信健康状况。获得以完全可见性和可靠性运行 IoT 部署所需的信心。