3.1.4?直播电竞赛事场景
3.1.4.1?电竞场景下的挑战
随着电竞逐渐融入年轻人的生活之中,电竞对应的大型活动带来的流量和关注也 与之前不可同日而语。而对于云厂商而言,我们需要面对的是一个电竞界的“双十?一”。
电竞赛事会带来什么样的考验呢?
?如何处理巨幅增长的带宽
在顶级赛事周期中,每天会有几个小时突发大量的带宽,突发带宽量与游戏的受 众数量、赛事重要程度等相关。但电竞还有一些其他行业没有的独特影响项,如赛事 精彩程度、赛事中出现选手复出或话题时刻等;这些偶发的不可预期的事件,会给赛 事活动带来无法预料的突发,这就要求云厂商有应对突发流量的能力。这些措施不只 包括突发时对流量的调度能力、计算能力的横向扩容, ?还包括突发前的大量准备动?作。关于资源突发的压力我们可以关注以下几点:
?赛事前是否能通过扩容加固的方式应对突发
?思考活动中是否有不可控的触发点
?赛事中突然有增量是否有应急机制
?直播架构是否完善
在大型赛事举办之前,客户通常会针对直播推流、录制的可靠性进行提升,这里 考验各个厂商的服务能力和产品架构的优劣(这里服务能力是指需求落地的速度和准?确性,底层架构的优劣指对定制化需求的兼容)。而厂商本身也需考虑如何去存在一?场狂欢带来的流量,如何将精彩是瞬间顺利送达全国乃至全球的观众,还需要注意在 保障赛事进行的,不影响其他用户。这就考验厂商的资源调度和扩容能力,更深一层 的诸如日志处理能力等。
?
3.1.4.2?核心衡量指标
当我们理清电竞赛事活动带来的挑战后,我们就需要指标去衡量我们是否已经准 备好应对这个挑战了。当然,各个厂商的服务能力不同,因此这里不会提到标准。
?带宽:??最明显的增量,带宽增量为赛事流码率X播流数,因此码率增加(如增加 4K频道或人数增加都会反映到带宽的增加)。带宽冗余量受限于各个地区节点机房的 出口带宽,需提前一月甚至数月开始协调准备。
?QPS:??每秒请求数,QPS的瓶颈来源于算力及部分后端模块处理性能,如日志 模块等。
?秒开率:??该指标为客户端指标,秒开的定义用户可自定义,如3s,5s等,超过
?
?时长未能返回内容即视为未达到“秒开”效果。秒开通常与网络挂钩,厂商可以通过 分配合理的节点或做其他优化配置来解决。
?延时:??延迟是指直播推流到用户收到流之间的时长,这个时间除了网络侧原因 和播放端策略外,用户还可让厂商提高启播延迟。更多的延迟意味着更高的bu?er,?可以减少卡顿的几率。更低的延迟意味着用户接收到最新内容的时间较短。如何考量 还需要根据厂商能力和用户要求去决定。
?错误码:??用于标示错误信息,通常直播会有另外一套错误码,这与厂商的定义 也有关系。从域名日常运行的错误码可以知道是否需要在赛前做检查优化。
?节点调度:??节点是用于在推流端-直播中心或拉流端-直播中心间做中转优化,?合理的调度能减少推流或拉流的延迟。调度的效果依赖于良好的节点容量、全面的IP 库、合理的调度策略,在这一块,可能是厂商角力的重点。
??
《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.4 直播电竞赛事场景(下)/article/1231128?groupCode=supportservice