3.1.4 直播电竞赛事场景

3.1.4.1 电竞场景下的挑战

随着电竞逐渐融入年轻人的生活之中，电竞对应的大型活动带来的流量和关注也 与之前不可同日而语。而对于云厂商而言，我们需要面对的是一个电竞界的“双十 一”。

电竞赛事会带来什么样的考验呢？

•如何处理巨幅增长的带宽

在顶级赛事周期中，每天会有几个小时突发大量的带宽，突发带宽量与游戏的受 众数量、赛事重要程度等相关。但电竞还有一些其他行业没有的独特影响项，如赛事 精彩程度、赛事中出现选手复出或话题时刻等；这些偶发的不可预期的事件，会给赛 事活动带来无法预料的突发，这就要求云厂商有应对突发流量的能力。这些措施不只 包括突发时对流量的调度能力、计算能力的横向扩容，  还包括突发前的大量准备动 作。关于资源突发的压力我们可以关注以下几点：

•赛事前是否能通过扩容加固的方式应对突发

•思考活动中是否有不可控的触发点

•赛事中突然有增量是否有应急机制

•直播架构是否完善

在大型赛事举办之前，客户通常会针对直播推流、录制的可靠性进行提升，这里 考验各个厂商的服务能力和产品架构的优劣(这里服务能力是指需求落地的速度和准 确性，底层架构的优劣指对定制化需求的兼容)。而厂商本身也需考虑如何去存在一 场狂欢带来的流量，如何将精彩是瞬间顺利送达全国乃至全球的观众，还需要注意在 保障赛事进行的，不影响其他用户。这就考验厂商的资源调度和扩容能力，更深一层 的诸如日志处理能力等。

3.1.4.2 核心衡量指标

当我们理清电竞赛事活动带来的挑战后，我们就需要指标去衡量我们是否已经准 备好应对这个挑战了。当然，各个厂商的服务能力不同，因此这里不会提到标准。

•带宽：  最明显的增量，带宽增量为赛事流码率X播流数，因此码率增加(如增加 4K频道或人数增加都会反映到带宽的增加)。带宽冗余量受限于各个地区节点机房的 出口带宽，需提前一月甚至数月开始协调准备。

•QPS：  每秒请求数，QPS的瓶颈来源于算力及部分后端模块处理性能，如日志 模块等。

•秒开率：  该指标为客户端指标，秒开的定义用户可自定义，如3s，5s等，超过

 时长未能返回内容即视为未达到“秒开”效果。秒开通常与网络挂钩，厂商可以通过 分配合理的节点或做其他优化配置来解决。

•延时：  延迟是指直播推流到用户收到流之间的时长，这个时间除了网络侧原因 和播放端策略外，用户还可让厂商提高启播延迟。更多的延迟意味着更高的buffer， 可以减少卡顿的几率。更低的延迟意味着用户接收到最新内容的时间较短。如何考量 还需要根据厂商能力和用户要求去决定。

•错误码：  用于标示错误信息，通常直播会有另外一套错误码，这与厂商的定义 也有关系。从域名日常运行的错误码可以知道是否需要在赛前做检查优化。

•节点调度：  节点是用于在推流端-直播中心或拉流端-直播中心间做中转优化， 合理的调度能减少推流或拉流的延迟。调度的效果依赖于良好的节点容量、全面的IP 库、合理的调度策略，在这一块，可能是厂商角力的重点。

《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.4 直播电竞赛事场景（下）https://developer.aliyun.com/article/1231128?groupCode=supportservice