第83章 技术攻关
试点进入第二个月,问题来了。
一天早上,马昊衝进左城的办公室,脸色不太好。
“左总,边缘调度系统出了个bug。“他把笔记本电脑放在桌上,“在早尖峰时段,传感器数据回传出现了间隙性丟包。丟包率最高的时候达到百分之三,虽然不算严重,但如果在第三方测评的时候出现,就不太好看了。“
左城皱了皱眉:“什么原因?“
“还不太確定。“马昊说,“初步排查,不是网络带宽的问题,也不是边缘网关的算力瓶颈。我怀疑是调度算法在极端並发场景下有竞爭条件,导致部分数据包被丟弃。“
“极端並发?“
“早尖峰时段,三条街道上的交通流量传感器同时上传数据,加上空气品质传感器和噪声传感器的周期性上报,瞬间並发量是平时的三到四倍。我们的调度算法虽然做了自適应优化,但在这种突发洪峰下,还是会出现调度衝突。“
左城想了一会儿。这是一个典型的物联网系统难题:传感器节点的数据上报不是均匀分布的,而是有突发性。早高峰、晚高峰、天气变化、突发事件,都会导致数据量瞬间暴涨。传统方案靠增加带宽和算力来应对,但402的方案走的是轻量化路线,资源有限,必须从算法层面解决。
更麻烦的是,赵主任安排的第三方测评就在两周后。如果测评时出现丟包,402的技术口碑就会受损。华信正在旁边虎视眈眈,任何技术瑕疵都会被放大。
“你有思路吗?“
“有。“马昊打开一个算法模型,“我想在调度算法里加一个优先级队列。不同类型的传感器数据设定不同的优先级,交通流量数据优先级最高,空气品质和噪声数据优先级次之,垃圾桶填充度最低。在並发洪峰到来时,优先保证高优先级数据的传输,低优先级数据可以延迟上报。“
“延迟多久?“
“最多两秒。垃圾桶填充度晚两秒上报,对用户体验没有任何影响。“
左城点点头。这个思路是对的,物联网数据不是所有数据都需要实时性,区分优先级是最合理的解决方案。
“去做。“左城说,“三天內把补丁打上,我需要看到效果。“
马昊离开后,左城打开系统面板。他看了一眼万物互联枝干上的叶片,边缘计算网关叶片的光芒微微闪烁,似乎在回应他的思考。
【边缘计算网关】
【状態:已激活】
【能力:支持多优先级数据调度、动態资源分配、弹性扩展】
左城愣了一下。多优先级数据调度?这不就是马昊说的优先级队列吗?原来科技树上的叶片本身就包含了这个能力,只是他之前没有深入挖掘。
他仔细看了一下边缘计算网关叶片的详细能力描述,发现除了优先级调度,还支持“预测性资源预留“,也就是根据歷史数据预测下一个时段的並发量,提前预留好带宽和算力。
如果把这个能力也加上,早高峰的丟包问题就能彻底解决。
左城把马昊叫了回来。
本章未完,点击下一页继续阅读。