Bladeren bron

完善iot数据质量的吧报文说明

luoguangyi 2 jaren geleden
bovenliggende
commit
155ecc33ce
1 gewijzigde bestanden met toevoegingen van 10 en 1 verwijderingen
  1. 10 1
      docs/iot/description.md

+ 10 - 1
docs/iot/description.md

@@ -561,7 +561,10 @@ iot-project如果接受多个项目的数据的情况,数据质量判断值判
 5.服务重启说明
 
 当前版本的服务重启后会自动加载Hbase最新的数据放入缓存,但是为了保证数据指令有效,未来版本中:
-a. iot-project重启,需要iot-client发送全部最新数据;  iot-client-->iot-project-->iot-collect
+
+a. iot-project重启,需要iot-client发送全部最新数据;  
+
+iot-client-->iot-project-->iot-collect
  iot-client与iot-project的心跳丢失后iot-client负责上传的数据需要内存中对应的数据写null,hbase中不做数据更新。iot-collect重启,iot-project中需要推送全量数据到iot-collect;
 
 6.分精度数据保持原逻辑不变,离线及其不可靠的空数据不会计入分精度计算;
@@ -591,6 +594,7 @@ iot-control云端控制服务作废,iot-collect同时负责采集和控制;
 **部分疑问说明:**
 
 1.心跳间隔超过多长时间后认为丢失心跳,需要重新连接?
+
 服务之间会长期保持连接,如果连接断开了,下次发数据的时候就会自动重新连接,重新建立连接的时候客户侧会向服务侧推一次送全量数据;
 TCP断开连接那么久认为心跳丢失;服务重新连接是客户端行为,服务侧不做约束;
 
@@ -599,17 +603,22 @@ TCP断开连接那么久认为心跳丢失;服务重新连接是客户端行为,
 为了实现的高效性和简洁,暂时不支持自定义有效期,只支持分精度类型x2的固定几个有效期,具体参考报文格式文档;如果明确目前不能满足需求,及时沟通调整;
 
 3.文档完善
+
 服务接口文档,通讯协议,服务说明文档,服务部署文档已经详细提供;
 具体细节对接判断流程图等,考虑到投入产出,暂时不做更详细书写,有具体疑问问题的会及时解答并根据情况更新文档;
 
 4.关于数据质量判断带来的性能压力说明,如果都用2分钟有效期的话,压力有多大?
+
 实时的数据质量判断在云端会有可预见的压力,所以目前实现的数据质量实现强依赖于边缘侧iot-project服务,数据质量的判断和产生都在iot-project服务中产生;
 所有数据有效期都是2分钟,那么数据上传的频率都要小于等于1分钟,较大的iot数据的压力主要在Hbase侧,尤其是分精度的计算压力,服务本身压力可以处理;
 
 最新问题讨论
+
 问题1:信息点有效期第一次约定中是说明有效期内没有收到新的报文生成离线判断,但是服务离线的情况下还继续等到有效期才生成离线数据不合理;
+
 可以使用服务侧心跳判定(实现复杂一些,判断要等到心跳结束,判断不及时,需要额外线程监听心跳)
 可以使用TCP连接断开判定(判断实时,实现简单,UDP不支持判断)
+
 初步考虑使用TCP连接实时判断+有效期结束保底判断相结合,UDP的只依赖有效期判断
 
 ## 附录1:部分文档地址