一文看懂：物联网平台怎么把遥测数据推送给第三方系统

分为实时推送和定时拉取两大类，优先推荐规则引擎Webhook/消息队列，不建议直接读平台数据库。

1. 平台规则引擎 → HTTP/HTTPS Webhook(最常用，中小流量实时)

原理：IoT平台内置规则引擎，过滤、清洗设备上报数据，主动POST推送到你第三方系统的API接口(HTTPS)

- 流程：

1. 在IoT平台控制台新建流转规则，选择数据源(设备属性上报、事件、告警)

2. 设置筛选条件(产品、设备、topic，可过滤无用点位)，支持简单脚本转换JSON结构

3. 目标选择「转发到第三方HTTP服务」，填写你的后端公网HTTPS地址、鉴权Token/签名

4. 第三方系统开发接收接口，接收JSON，返回200;平台会重试失败消息

- ✅优点：零代码配置、开发量小，阿里云IoT、华为IoTDA、腾讯IoT、ThingsBoard、聚英物联网平台都原生支持

- ❌缺点：高并发大流量场景，第三方接口扛压不足容易丢消息，有TPS限制

- 适用：智慧照明、水电抄表、畜牧温湿度，QPS几百以内场景

2. 服务端订阅(AMQP/MQTT)+ 消息队列Kafka/RocketMQ(高并发工业首选)

原理：第三方系统作为客户端，订阅IoT平台消息通道，主动消费平台消息;平台不直接推业务接口，先入消息中间件做缓冲解耦

- 两种模式：

- AMQP：阿里云、华为云常用，长连接消费，支持断线续传、消息ACK确认

- MQTT服务端订阅：自建IoT平台(EMQX、ThingsBoard、聚英)，第三方系统订阅平台北向Topic

- ✅优点：高吞吐、异步削峰、消息持久化、不丢数据，百万级设备测点首选

- ❌缺点：需要维护消息消费客户端，开发和运维成本更高

- 适用：工业物联网、电力监测、海量传感器、告警高并发场景

3. 第三方系统调用IoT开放API(拉取模式，历史数据导出、定时同步)

原理：第三方业务系统定时调用IoT平台REST API，主动拉取设备历史遥测、属性、设备档案数据，不是实时推送

- 接口类型：

- 实时：获取设备当前最新属性值

- 历史时序：按时间范围、设备ID批量查询历史测点

- 设备档案：获取设备列表、标签、分组信息

- ✅优点：主动权在第三方，网络波动可自行重试;适合一次性导出CSV/报表、定时同步

- ❌缺点：不是实时，频繁调用会触发平台限流;海量历史数据分页复杂

- 适用：BI报表、MES定时同步、每日数据归档、后台查询

4. 数据库直连(不推荐，仅特殊内网场景)

平台开放数据库(时序库/MySQL)，第三方直接SELECT读库。

- 风险：耦合极强，平台表结构变更直接导致系统崩溃;安全风险大，公网严禁使用;平台扩容、分片会影响查询性能

- 仅内网私有化部署IoT平台可短期临时使用，正式项目禁止。

通用实施步骤(落地流程)

1. 需求梳理：确定要导出的数据(遥测/属性/告警/设备档案)、频率、数据格式、失败重试策略、是否需要数据清洗

2. 网络打通

- 公网：HTTPS、MQTT TLS加密;增加Token、签名、IP白名单鉴权

- 企业内网：VPC对等、专线、VPN，不暴露公网端口

3. 平台侧配置：创建规则、过滤数据、转换payload、配置鉴权、测试模拟消息

4. 第三方系统开发：接收接口/消费客户端;做消息去重(平台重试会重复推送)、日志落库、异常告警

5. 联调测试：单设备模拟上报、压力测试、断网重试测试、异常日志校验

6. 上线运维：监控消息吞吐量、失败率、延迟;设置告警

关键注意事项

1. 消息去重：平台重试机制会重复推送，第三方必须用消息ID做幂等，避免重复入库

2. 鉴权安全：优先HTTPS/TLS，不要裸HTTP;使用Token、签名、IP白名单

3. 数据格式：统一JSON，提前约定字段、时间戳(UTC/本地时区)、单位

4. 流量控制：Webhook方案做好限流保护，第三方接口超时会造成平台堆积

5. 时序数据：大量历史时序优先API分页拉取，不要用Webhook传全量历史

聚英物联网平台(DAM模块、网关配套平台)导出方案

1. 实时：规则引擎Webhook转发到第三方HTTP接口;或启用平台MQTT北向订阅

2. 历史数据：调用平台REST API，按设备、时间范围拉取遥测数据

3. 高级方案：平台转发至本地MQTT Broker/Kafka，供MES、SCADA、智慧照明系统消费