“疫”外爆发:没那么简单的视频会议

LiveVideoStack 2020年2月13日
 

为了防控疫情,很多公司都选择了线上复工。开工第一周,各家视频会议平台的用量也都出现了暴增。由于用量增长过快,很多平台出现了卡顿、掉线、无法加会等各种问题。视频会议在非常时期承担了恢复工作的重任,这带来了机遇,却也并存着挑战。

视频会议并不是一个很新的产品形态。笔者在WebEx工作了十多年,WebEx就是最早的基于互联网的视频会议产品,且二十年前就已经存在了。随着互联网的发展,视频会议也在不断演进和迭代。在当今移动互联网时代,诞生了Zoom等纯软件的视频会议产品。这么多年里,尝试做视频会议的公司不少,但真正把视频会议做好的团队非常少,可见视频会议并不简单。

视频会议需要非常高的基础资源投入和人才投入,也需要非常深厚的技术力、产品力等。技术上涵盖了音视频编解码、网络传输、弱网对抗与QoE、音频3A、高并发的服务端分发、端的优化、AI等,所有这些都需要在极低的时延下解决好。作为实时分布式系统,视频会议比一般的分布式系统技术难度更高一点,涉及到的技术工种也更多一些,有算法人才也有工程人才,有端的人才也有服务端的人才,这些有经验的人才一起配合才可能呈现一个好的音视频体验。

在产品设计上,视频会议必须要在受限的条件下呈现最好的用户体验,这需要对于技术和用户心理都有很好的理解并能很好的把握平衡。在实验室环境下或者在常规网络环境下,各种功能也许运行良好,但是弱网总是存在。太照顾网络好的客户可能会牺牲网络差的客户的体验,太照顾网络差的客户可能又导致大多数的用户体验下降,每个客户的设备又千差万别,怎么保证各种设备各种网络都有很好的体验,既考验技术能力也考验产品设计能力。

这次远程办公的集中放量,导致很多平台都崩了,一方面说明突发流量太高,另一方面也说明很多平台的弹性扩容做的并不算好。弹性扩容和弹性缩容在电商领域已经被很好的实现了,每年的电商大促都是一次流量冲击,此时就需要提前扩容,在流量峰值过去后就需要弹性缩容,以确保平台资源不会浪费。弹性扩容和缩容需要基础架构层有很好的架构支撑,需要对于系统有很好的全链路的性能评估。视频会议系统天生就应该是分布式的系统,在面临流量冲击时要能快速在DC内扩容,也要能快速实现新DC的上线。流媒体的分发是非常耗资源的,因此如何实现一个高效率的分发服务器也是一个很重要的工作。

视频会议一直在随着技术的发展在同步迭代,随着5G和AR/VR的普及,视频会议可以给用户带来真正的沉浸式的会议体验。现在很多用户是被迫不得不使用视频会议进行远程协作,但相信未来越来越多的用户会习惯并喜欢上通过视频会议来进行远程协作。

编者后记

现在在看这篇文章的你,也许刚刚结束十几个小时的工作,也许是在扩容的间隙打开手机,你明白,端到端、编解码、网络幅段和用户都有他们的脾气,但所幸大家依然是爱做梦的年纪,平平静静不如轰轰烈烈。要解决好以上这些问题并不容易,但正因为运营、维护、开发视频会议平台没那么简单,所以这份工作才特别令人着迷,就像歌词里唱的,“感觉快乐就忙东忙西”。毕竟,“曾经最掏心,所以最开心”。

还可输入800
全部评论
作者介绍

赵加雨

拍乐云

创始人&CEO

文章

粉丝

视频

阅读排行
热门视频

SRS实用手册-一剪定乾坤(10)

杨成立/RTC服务器团队负责人

WebRTC视频数据流程分析

许建林/《WebRTC Native开发实战》书籍作者