通过FIWARE Orion Context Broker传输振动传感器时序数据的最优方式

可以通过FIWARE体系实现你描述的需求，当前主流的Orion-LD版本Context Broker原生支持数组/向量类型的属性传输，也可通过配套的持久化组件直接将数据同步到CrateDB这类支持数组存储的时序数据库中。

• 首先完成Context Entity属性定义：给振动传感器对应的NGSI-LD实体新增一个vibrationRawData属性，类型设置为Array。数组内的元素可根据需求选择纯采样数值，或是包含高精度采样时间戳+采样值的结构化对象，常规1kHz采样率的1秒窗口数据共1000个元素，完全在Orion-LD的单属性负载支持范围内。
• 边缘上报逻辑配置：边缘采集网关先在本地缓存1秒窗口内的所有振动采样数据，按你设定的5分钟为周期，调用Orion-LD的实体属性更新接口PATCH /ngsi-ld/v1/entities/<传感器实体ID>/attrs批量上报，整个数组作为单属性值传输即可，无需逐点上报。
• 时序持久化配置：使用FIWARE Draco组件做数据同步，给振动传感器实体配置订阅规则，将属性更新事件推送到Draco，再配置Draco的CrateDB sink规则，即可自动将每次上报的数组数据、对应属性更新时间戳持久化到CrateDB中。CrateDB原生支持数组类型的列存储，不需要额外做字段格式转换。
• 可选优化方案：如果后续有实时告警需求，可在边缘侧先对窗口内的振动数据做预聚合，额外上报vibrationMax、vibrationRMS这类聚合属性，同时留存原始数组数据供后续离线分析，兼顾实时查询效率和原始数据可追溯性。

• Orion-LD默认单请求负载上限为1MB，如果你的采样率极高导致单个数组负载超过上限，可以调整Orion-LD的启动参数修改负载上限，HTTP上报调整HTTP请求体大小限制，MQTT上报调整ORIONLD_MQTT_MAX_PAYLOAD_SIZE参数即可。
• 建议CrateDB建表时给时间戳字段设置分区规则，后续按时间范围查询历史数据的效率会有明显提升。

内容的提问来源于stack exchange，提问作者Abe