显著影响审核效率的另一个因素是卡顿,初期引起卡顿的主要原因是网络不畅。
待审内容来自生产系统,公司的生产系统是部署在公网的,审核人员需要通过公司办公网的出口,从公网获取视频进行审核,堵车情况时有发生,不仅抢占了公司办公网的出口带宽,招致其他部门的抱怨,也影响审核工作的效率。尽管IT部门采取了各种手段对带宽使用进行调优,毕竟受限于出口有限,效果难以达到预期。
最后是公司运维和研发部门配合大幅优化了带宽体验,公司把生产系统从外地搬到了武汉,并且在运营商机房和公司办公网之间架设了专线光缆,从使用体验上如同把生产系统搬到了内网,大幅降低了网络时延,而且专线光缆不占用公司办公网出口,也避免了对其他部门工作效率的影响。
使用专线之后,网络体验大大优化,但是视频播放仍然有延时,当审核人员开始一条新内容的审核时,浏览器从生产系统获取视频并播放,这中间经常有1~2s的等待。我算了一下,如果要达到每天2000条的审核量,按每天有效审核时间6小时计算(其他时间需要做审核规范学习、总结报错案例等工作),每条视频的平均审核时间在10s左右,花费一秒钟用于视频缓冲是难以承受的代价。于是跟研发讨论了一个方案,我们的审核通常是顺序审核,审核当前内容时,下一条待审内容是明确的,因此可以提前缓冲下一条待审内容,这样当前一条内容审核完成后,立刻就可以开始播放下一条内容而无需缓冲,这进一步缩短了等待时间。实际上,目前审核系统不仅实现了视频的预缓冲,图片也实现了预缓冲,可以快速展现待审内容的全部信息。
当审核人员提交审核结果时,常规的网页交互流程,是先将当前内容的审核结果提交到服务器,收到服务器的返回结果后,开始下一条内容的审核。随着审核效率的提升和业务部门对内容产量的要求不断增加,服务器的压力也不断变大,有时候难以及时返回,造成人等待机器的情况。通过研发部门的努力,实现了审核结果的异步上报,当审核人员提交审核结果后,不用等待服务器的返回结果,而是把审核结果暂存在前端,通过异步方式同步给服务器,这样就可以完全不用等待,无缝开始下一条内容的审核了。
通过上面的几项优化,基本消除了人等待机器的情况,实现了人和机器的和谐相处,现在我再观摩审核人员的工作情况,已经感觉自己的眼睛不够用了,可以用眼花缭乱来形容。曾经有领导在参观我们系统之后跟我说感觉你们后台特别流畅,当时我心想我们这三四年的优化工作也算是没有白费了。