阿里云+泛娱乐行业技术服务白皮书

CATALOG2.1泛娱乐行业的构成032.2直播业务类型、应用、及趋势032.2.1游戏业务IP打造三种模式理念042.2.2数字文化产业的开拓042.3行业竞争格局052.4行业合规性063.1直播类泛娱乐09类业务场景与架构133.1.3直播类泛娱乐技术服务15直播电竞赛事场景373.1.5通用直播场景42.1.6出海业务直播场景563.2游戏类泛娱乐623.2.1游戏泛娱乐定义623.2.2游戏泛娱乐技术服务653.2.3游戏泛娱乐场景与架构1103.2.4游戏技术服务演进113SRE116游戏自动化运维体系构成1171174.2游戏稳定和安全的具体案例120书近年来，泛娱乐这个概念伴随着视频直播和游戏行业的繁荣不断被提及。简单来说，泛娱乐行业的核心特点是基于移动互联网与在线内容生成这两个领域的共生，围个特色人物、一个故事、一个角色或者任何能获得大量用户喜爱的事物。不同于以影视、音像、游戏、体育为代表的传统文化娱乐行业，泛娱乐往往通过直播等互动性显著的互联网传播方式，将内容输出方与用户紧密连接，并且让用户本身也是内容生产的一份子。这就从更多维度上满足了用户的娱乐核心需求，包括尝鲜、有趣、陪伴围观、零距离、随时随地这6个维度上的诉求分解，使得泛娱乐能拥有更为广泛的用户本作围绕泛娱乐行业的定位和构成，从浅入深地对泛娱乐的竞争格局和发展驱动构。从产业构成的角度来说，独立运营的直播平台和依据成熟的产品扩充而来的直播视频生态，为泛娱乐行业传播提供重要渠道。游戏直播又是直播视频行业的重要分支，也是通过游戏的IP塑造与娱乐直播结合形成网状产业链的典型。通过直播视频行业的传播力和两种游戏IP塑造的源动力，进而形成一种数字产业文化。从竞争格局的角度来电竞、文学小说、连载动漫等进行延伸，再到新旧文化由直播视频、游戏产品等进行传播，泛娱乐行业的竞争格局体现出具有生态型的特色。从行业发展的角度来说，当代多元化的消费观下更多人愿意为价值认同和文化符号买单是促进这一行业发展的内在动力。同时需求又激发了市场，5G、VR、云技术、大数据等越来越多的新技术率先这形成了产业发展的外在动力。最后，我们在看到泛娱乐行业高速发展的同时，也不能忽视潜在的风险问题。世界各国政府都对数字经济下的数据安全、隐私保护等主题纷纷立法，越筑越高的监管防护线势必影响泛娱乐行业所汇聚的大量数据场景和产品01泛娱乐行业技术服务白皮书纷纷立法，越筑越高的监管防护线势必影响泛娱乐行业所汇聚的大量数据场景和产品的野蛮生长。企业需要时刻以法规为基线，将数据保护和隐私合规中形成体系化，才基于行业视角讲述泛娱乐行业，考虑到面向读者均为在技术领域有所沉淀，将重点讲述技术服务中涉及到泛娱乐业务场景、架构以及相关活动形态，在泛娱乐典型业务架构与场景一章中，以多个泛娱乐行业业务场景组成，在直播方面包含了通用直播、电竞直播、出海等等场景，游戏方面不仅在游戏技术服务本身，还包含了新兴业务形态陪玩业务的技术服务等，力求以真实的客户案例来为读者泛娱乐行业技术服务白皮书02书泛娱乐行业以线性、网状价值链连通各产业，构造娱乐产业的大融合。在现代数字技术的快速发展前提下，信息技术推动传统产业进行数字化转型传统产业从行业整体来看，创新创意一直是社会不断进步发展的前提。利用数字化技术的快速发展，以娱乐为核心的产业采用AI视觉、高质量影像、智能语音等跨界技术，以信息技术为桥梁，形成各娱乐产业的网状式链接。从纵向的产业功能分工角度来看，结合音像效果和快速迭代的通信技术而发展起来的新媒体、结合3D动画和硬件设备的快速发展而兴起的虚拟现实游戏、结合文化创意产业发展而兴起的周边产品制作与传播等环节同样具有价值增值功能，它们表现为娱乐产泛娱乐是在直播、游戏、文化等领域，以IP为核心，多种文创业务领域均有2.2直播业务类型、应用、及趋势03泛娱乐行业技术服务白皮书不断增长的情况下，很多大型企业依托于自身庞大的用户群体品。根据《后疫情时代中国泛娱乐市场展望》报告显示，超八成的被者表示会在后疫情时代继续观看网络直播。直播给用户带来的“心理负担”较弱，符用过于集中注意力的特性。同时也说明直播平台对用户的粘性与其是群体和电竞行业兴起而不断发展起来，用户在游戏直播区的整个直播市场都占据绝对优势。而游戏直播就是娱乐直播与游戏产业结合形成网状产业链的典型。用户通过在游戏中体验和游戏自身IP的塑造，并可通过2021年，受益于科技发展的成熟，元宇宙的概念备受瞩目，国际知名社交软件公司acebookMeta•经典游戏IP打造模式：经典游戏往往会营造出一个经典的世界观，采用虚构的或是•其他IP源拓展到游戏领域：一些体育类竞技有着庞大的用户基础，而推出该领域的泛娱乐行业技术服务白皮书04书2.2.2数字文化产业的开拓在泛娱乐IP中，中国文化传递下来的IP各式各样。在数字发展的大环境下通过泛•双核心并发：以互联网和传统文化为双核心，互联网提供技术和用户群，传统•世界格局：不仅仅将眼界局限于历史文化，还可以在未来科技和太空等领域，接入世界各领域体系，以世界的观念进行匹配发展，在全球市场中开拓一条独有的数2.3行业竞争格局泛娱乐行业竞争已由单体型竞争转为生态型竞争。以直播产品为例，独立型直播产品就是典型的单体竞争，他们根据独立的产品各自竞争拉拢各自的用户群体。而导播型就是一个生态型竞争的雏形，根据其他产品的庞大的用户群体为基石，嵌入直播等功能，比如户外旅游直播、体育直播、游戏直播、财经直播、教育直播、资讯类直05泛娱乐行业技术服务白皮书2021年，国内视频用户直播用户跃升到6.1亿，而游戏用户规模6.66亿。中国游。泛娱乐行业技术服务白皮书06书5.86.8004000直播行业游戏行业000营收域和文化领域进行融合，形成整个生态性的竞争格局。如长视频领域的生态竞争，长视频产品与文学、漫画、电影、游戏等进行联对特定的企业泛娱乐生态进行选择，企业通过扩展自身泛娱乐在整个全球数字市场中，头部娱乐类APP下载热度始终居高不下。根据数据显07泛娱乐行业技术服务白皮书例如南非和菲律宾的APP下载增速都超过10%，如图2.3所示。中国不仅仅可以针对用户下载量，使用时长和付费额度三方面均保持了稳定增长。2021年自主研发游戏海外市场销售收入180.13亿美元，较去年增收25.63亿美元，同比增长16.59%。2021年上半年，中国移动游戏在各国份额增长如图2.4所示，在德国的市场份额增长率飙升至28%，在韩国市场，中国移动游戏发行商继去年经历较大突破后今年市场占份额接近23%在其他一些市场。非菲律宾沙特阿拉伯2019各国非菲律宾沙特阿拉伯05101520增长百分比图2.3各国APP下载总量增长率2021中国发行商在各国份额单位：10亿美元美国加拿大澳大利亚0510150510152.4行业合规性在党的十九大报告中指出要“健全现代文化产业体系和市场体系，创新生产经营机制，完善文化经济政策，培育新型文化业态”。按照我国法制建设的步伐，泛娱乐行业结合直播、游戏、文化等涉及的数据隐私问题也将会是一个非常值得企业关注的话题。无论是我国出台的《网络安全法》、《数据安全法》、近期施行的《个人信息保护法》，还是欧盟的《欧盟数据保护条例(GDPR)》、美国的《加州消费者隐私泛娱乐行业技术服务白皮书08书法(CCPA)》等都对存储、传输、处理个人信息都有着严格的条款。在泛娱乐行业中直播在泛娱乐行业中属于对最终用户有直观感受且最终用户受用成本最低的一种方式，直播从场景属性来分类有：电竞直播、通用直播、移动直播等，根据不同的直在我们所面向的技术服务用户中，对于直播类泛娱乐的定义为，使用终端设备通过直播平台进行多元化娱乐的实时展示在最终用户的显示终端上，其中包含了观看、互动(包含弹幕、礼物、小游戏等场景)、会员制、排名等，通过这种方式实现以平台为中心的各供应链资源、服务的整合并最终实现流量收益或者其他更明确的商业盈利逻而对于技术领域，特别是技术服务领域，在不同的直播场景有不同的方式进行保•业务品类：直播从传统秀场直播发展到如今的顶流直播、电商直播、电竞直•业务指标：对于直播技术的要求也越来越高，包含不仅限于直播质量、切换速09泛娱乐行业技术服务白皮书•技术指标：这些直播的要求指标来自于不同场景之间的要求，比如卡顿指标、延迟指标、码率指标、帧率指标、秒开率指标、首包指标等，具体的场景将在接下来2016-2022直播行业从当初的蓝海走向红海期间遇到了新的机遇与挑战一方面，直播行业相关政策密集出台，秀场、游戏、房间直播行业将在政策监管下愈加规范化，未成年人保护、内容版权保护等法规持续落实；另一方面，直播相关企业积极早期萌芽资本涌入稳定增长激发增长稳定增长业技术服务白皮书10书提供PAAS层的接入，以SAAS层面的内容处理，这部分厂商不关心基础的IAAS资源，选择多云厂商备份的方式进行灾备冗余，平台方专心做好自己的调度策略，保证展现内容从主播PK、才艺秀、游戏赛事、体育赛事等多丰富内容的视频服务个体主播用户，或者现场的直播信息采集、转播等渠道需要定义一下参与的角色，按用户在连麦直播中的角色差异分别定义为：主播、连麦PK4亿人看网络视频(含短视频)，6.38亿人看视频直播。所以视频相关的泛娱乐活动，已经成为互联网的主流。而泛娱乐的视频直播，更是占据了半壁江山。泛娱乐直播指主要业务为传播泛娱乐直播内容，并提供用户与主播进行实时互动功能的直播活动。泛娱乐直播起源于秀场社区，自2008年上线后，在PC端拥有一定量的用户基础。2016年开始，移动直播PC，并逐渐拉开差距。移动直播的兴起，除降低了直播的门槛、拓展了传播渠道外，也激发了直播的社交属性，激活了直播的潜在用户。随着直播“百家争鸣”的乱象逐渐消失，泛娱乐直平台，借助自身的流量优势，大力发展直播业务。同时借助直播的社交属性，让用户的用户规律网民使用率93.40%80.30%67.40%46.40%4685994384680989求互动社交已经成为互联网年轻用户的强需求：90、95后用户习惯于通过网络来释放自己的压力，交友需求更强烈。而语音、视频、直播三者结合，产生了实时直播、语音电台、语音聊天室等多种娱乐形式，解决了用户交友痛点，为用户打造更真更新鲜的社交玩法具有高度吸引力：线上心理解压需求增多，以及二次元声优的普及，社交平台的分类版块逐渐丰富，不仅可以开发单人多人聊天室，还能在线上进行游戏，同时直播功能的加入，使得语音聊天与直播聊天双管齐下。对于看惯了秀场业技术服务白皮书12书直播的用户来说，这种多人互动、双人互动的形式，更加拥有私密感，成为了绝大多越来越丰富，从传统传媒、体育赛事扩展到在线教育、游戏、娱乐带货等领域；涌现出一批直播平台依托云厂商的直播产品构建直播业务，提供由主播发起直播供海量观1)主播推流到全球的分布式流媒体分发网络，并且把流存储在里面，作为直播源站，当有观众播放时，通过全球的分布式流媒体分发网络接入和收敛找到源流，完成2)推流端推流到直播平台自建源站，当有观众播放时，先经过全球分布式流媒体分发网络接入和收敛，然后回源站拉流，无人播放就断开回源拉流；13泛娱乐行业技术服务白皮书2流处理，；媒体数据，提供实时画面，直播结束后则无法继续观看直播内容；录制处理是指在直播过程中将实时流媒体数据保存为flv/mp4/hls切片等过程中的画面按指定的时间间隔保存为图片，以满足特定业务需求，例如将截图作为直播间封面展示，以吸引终端用户预览实时直播画面进涉暴)：直播截图除了作为封面展示外，还有另外一个重要的用途，即违规检测；可以利用只能审核服务等自动检测截图内容是否违规(例业技术服务白皮书14书如涉黄等)，及时的发现违规直播内容，并由直播平台关停直播，避免造成违规内容对于直接推流到云平台的场景，流处理由云平台进行；对于部分主播直接推流到3流分发主流直播平台往往针在全球范围内提供服务，一次热门的直播可能有海量的观众同时观看，这些观众可能来自于全球不通的国家地区、不同的运营商网络；为数量众多分播服务往往和CDN紧密结合，依托广泛分布的CDN节点承接海量的用户播放请求；主流的播放协议有RTMP、HTTP-FLV、HLS。收集业务需求沟通业务目标/业务范围带宽或最高同时在线人数*码率，国内是否15泛娱乐行业技术服务白皮书rtmp/flv/hls等方案确认推流码率/播放码率域名、量级、OSS源站CDN/DCDN域名需求，如主站、图片等，量级、资源评估；业技术服务白皮书16书术服务后半段可靠健壮的推流方案，是直播全程推拉流稳定的重要保障；制定推流方案，主要从容灾、高可用的角度考虑，通过推流端依赖公网、专线分别进行主备推流、根据推推流链路的稳定可控，避免因为单一设备或链路的质量问题而导致直播断流、帧率波.2业务容灾策略•客户只使用阿里云的情况(一般客户或集团内部的活动直播，如云栖大会)直播中心容灾，即在不同直播中心配置备用域名；当出现直播中心故障时，推流端切换备用推流域名，客户端切换备用拉流域名；(直播中心出现故障的几率较低，且需要客户端具备切换域名的能力，因此这种方式一般不会采用，只有极为重要的活动直播才•客户同时使用多家CDN厂商的情况(业内成熟的直播平台都这么做)多厂商容灾，客户通过直推、转推、回源拉流等方式，同时使用多家CDN厂商(不同厂商域名不同，在播放器层面按比例下发不同厂商的播放地址)，当其中一家CDN厂商出现故障.3现场容灾策略指直播摄像设备、推流设备以及推流上行网络链路层面的容灾；现场通过“公网•设备：推流设备一般采用硬件编码器(直播视频终端，这货长啥样见文末)或笔有定制的推流专用笔记本)；技术服务白皮书•移动网络：一般现场推流的硬件编码器还支持4/5G移动网络，作为公网/专线的备份，进一步保障了网络链路的可靠性；硬件编码器的“坑”：硬件编码器有一个容易踩坑的功能，即聚合功能(如下图)，开启聚合功能的时候，编码器会往“聚合服场在杭州，从杭州通过CDN推流到上海直播中心，如果开启直播聚合功能，推流会先从杭州绕到深圳，再从深圳经由CDN到上海直播中心，显然绕了一大圈，同时引入了一段不稳定的公网链路；因此这种情况下需要关闭编码器聚合功能；通过直播全IP例如深圳IP)推流到广东CDN节点(甚至硬件厂商恰好将聚合服务器部署在阿里云，则可以看到是推流客户端是阿里云的IP)出现这种情况，让现场推流老.4云上容灾策略两路流在中心合并为stream_c，stream_c下发给终端播放器播放；这样的好处，中心合并为stream_c；假设stream_a为先推上来的一路，则使用stream_a生成合流eamcstreamastreamcstreamb泛娱乐行业技术服务白皮书18书时，则合流stream_c立即自动切换到stream_b；帧率不稳定，当前流stream_a持续6秒没有数据，则合流stream_c也会自动切换到stream_b；默认是6s可调整为3s，.5客户端优化前很久规划•当同时使用多家CDN厂商提供服务时，播放器需要具备自动或手动切换线路的能力，例如当A厂商服务异常(如卡顿、无法播放、花屏等)时，播放器不再默认调度播放器播放&弹幕&点赞等功能解耦，防止弹幕触发性能瓶颈影响基础播放功能；(一般不需要关注这一点，不过有些客户的活动页面委托第三方开发，不是很健•对于直播APP，客户端需要具备错误日志上报的能力，例如出现直播播放失.6服务端优化19泛娱乐行业技术服务白皮书根据预估带宽峰值调整域名调度域或补充节点；对于新增域名，默认推流并发限制20，转码限制10，回源拉流限制10，尤其需要关注调整；对于现有业务域名，需要关注quota用量，保障直播期间不会耗尽Quota影响推流/转码；针对CDN边缘推流域名，根据推流客户端所在地区运营商，补充优质推流节点，观察节点近期服务质量稳定可靠；和PE报备活动期间推流节点不会人为下线改造；如果推流客户端在阿里云云上，例如为ECS，可以采用ABTN节点覆盖，走ABTN链路推流以提升稳定性；尤其是预估带宽量大的时候，例如超过300Gbps，需要评估当前调度资源是否能承接；重要性一般一般不需要；如有需要得和客户提前协商，配置并使用专用的转码模板；集团直播活动如云栖大会等可以考虑；直播限流策略：1分钟内的突增带宽达到50Gbps，服务端进行限流CDN限流策略：1分钟内的突增带宽达到10Gbps，服务端进行限流域名突发需向工单报备书书7制定推流方案不同的用法，往.8方案实施直播方案明确后，接下来就是方案实施了；理论上我们只负责云上的稳定性即可(包括资源优化容灾调优配置等)，诸如专线施工、场馆网络稳定性由客户及其供应商：创建直播域名、配置推拉流域名关联、URL鉴权、HTTPS证书等；.9网络环境实施•高速通道专线施工：流程繁杂进度慢，要把控施工进度，在活动前期完成，同时预留充足的调试和演练时间；根据并发推流路数和码率计算采购专线带宽，保留充足的Buffer，防止专线上行带宽被占用影响推流；专线施工完成后可以通过Iperf3来压测，确保专线上行带宽能力符合预期；针对专线上行带宽使用情况配置监控，实时21泛娱乐行业技术服务白皮书•现场公网施工：如果是临时搭建的场馆，如云栖大会的很多分会场，往往现场网络稳定性存在很大的风险(如水晶头接触不良、光纤折弯、交换机端口插错、IP冲突等)，需要安排充分的网络连通性测试，每个会场至少准备2根网线以作备份；同时需要尽可能地从方案架构上规避单点网络问题；如果是已有场馆，如XX国际会展中心等，往往已经具备成熟稳定的网络环境；直播演练，演练主要是为在所有环境对所有直播流进行合流切换测试，验证合流功能正常；1)依次推流Stream_a、Stream_b，观察合流Stream_c播放是否正常；2)断开Stream_a，观察合流Stream_c是否正常切换到Stream_b；3)恢复Stream_a，断开stream_b，观察合流Stream_c是否正常切换到Stream_a；在所有直播场馆进行推流测试，验证各场馆网络可用性，包括公网和专线；推流，观察所有流质量稳定验证并发推流能力(专线和公网的上行能力)在所有直播场馆进行推流测试，查看声音、画面、流帧率、码率符合预期；率符合约定(如30帧3Mbps)合预期各场馆/设备推流，查看所有直播设备CDN推流调度符合预期 (或可以正常通过高速通道直推中心)；括出书书•客户侧监控不同客户应对不同规模的直播活动各自的监控能力、监控方案也有手、虎牙这样业内非常成熟的直播平台，客户拥有完备的客户端直播质量监控体系可以及时准确的监控客户端不同线路(厂商)、地区、运营商的播放质量，并根据质量结果，自动或手动的进行线路切换，从而实现质量监控和治理恢复的目标；依赖客户完备的直播监控系统，在出现质量问题时(例如单节点跑满影响单地区直播质量)，客户往往也可以提供更详细的信息，包括卡顿流、地区运P•人工监控有很多直播场景，不具备客户端自动化的监控能力，客户侧通常会安排人工盯屏的方式，监控直播画面质量；例如2021年云栖大会，除了现场同学全程盯屏观看每个直播会场的画面、声音之外，远程安排多位运营同学负责观看真实直播服务端监控，目前依赖的监控平台(渠道)主要有：陆吾平台重保大屏、广目系流媒体陆吾平台-直播重保流大屏示例：2021云栖大会，主论坛&分论坛共107场，主备合流的架构，同时在线流数多；重保大屏在多场馆推断流协调、帧率/码率等指标监控等场景，提供了很大的23泛娱乐行业技术服务白皮书能可以将多路直播流合成统一路画面，当其中的有流出现异常时(例如帧率连续波动声)的方式进行告警；泛娱乐行业技术服务白皮书24书 信号)便于后续分析原因：Rtmpdump-irtmp://xxxxx-oxx.flv推流客户端IP非现场网络并调度至别处 (例如杭州直播到全链路显示推流IP为深圳)检查客户端DNS配置是否准确(如不准，否符合预期(如不符合预期，调整调度节点，Dnsttl时间后重新推流)；构管理规定》，对互联网直播服务提供者互联网直播发布者和用户的相关行为作出规范，对一些不合法的直播行为做出了约束。新规要求：互联网直播服务，要“先审后发、即时阻断”。该规定架构设计，囊括了直播内容的产生、存储和消费的整个生命周期，每个阶段都有相应的措施，通过“防、控、封、堵”等多种方式，来25泛娱乐行业技术服务白皮书第1块橙色部分是内容生产安全模块。这个模块主要是对内容生产者进行身份验证，以确保内容生产者的合法性，尽可能从源头上规避非法发布者产生非法内容。是第2块是审核及管控模块，对应架构图中的黄色部分。这个模块是整个直播安全体系的核心，这个模块主要对内容生产后进行检查审核，并对非法内容的播放进行管第3块是播放安全模块，对应架构图中浅蓝色部分。这个模块主要是对观众身份进行验证，以确保直播内容不被别人所用，保障内容的安全性，同时，有效解决盗链上面3个模块是传统直播安全体系必备的模块，主要解决内容的安全问题，契合了《互联网直播服务管理规定》中先审后发、即时阻断的要求。我们在实际的业务运维中发现，直播基础架构与直播的质量和稳定性息息相关，基础架构的安全也至关重泛娱乐行业技术服务白皮书26书推流远程鉴权鉴权回调主播推流推流远程鉴权鉴权回调主播推流要。因此，我们把架构安全也纳入直播安全体系里面来图中金色部分是架构安全模.2内容生产安全我们知道，直播是一种实时性、互动性显著的互联网传播内容的形式。不同于传统的文字、图片视频等传播形式，直播紧密的将用户与直播内容交互在一起，用户本身也是内容生产的一份子。因此很有必要对生产内容的用户进行严格管控，进行有效鉴权有多种方式。通常是通过时间戳管控有效期，通过加密算法验证身份合法性。传统方案的做法是：用户与平台协商一个密钥，将用户推流的url、时间戳、密钥等信息构成一个字符串，按照约定的算法将字符串转化成相应的鉴权信息；相关信息发送到CDN节点后，由CDN进行比对；如果时间戳在约定范围内，且鉴权值正确，则正常服务；反之，则拒绝。这种方案，需要把密钥部署到CDN。这样，除了平台内部以外，多了一个鉴权key泄露的风险。所以，在我们设计的方案里，我们推推推流鉴权通过 同步鉴权推流放行直播中直播中心27泛娱乐行业技术服务白皮书内容安全策略人工内容审核 人工审核非关键帧截图键帧截图内容安全策略人工内容审核 人工审核非关键帧截图键帧截图.3审核及管控安全近些年来，由于视频业务爆发，对视频监管及审核提出了更高的要求，视频直播的识别及审核规格要升级。审核规格的升级，往往意味着技术难度和成本的增加。如何在满足业务需求的情况下，选择成本最优的智能审核方案，是每个直播平台面对的要做严格的审核，采用1s一张的非关键帧的截图，是一个比较稳妥的做法。但非关键帧的截图，对截图服务的机器开销会比较大，即客户的使用成本会大。因此，考虑采用差异化的截图策略，在成本和收益上，做到一个平衡，以期通过技术手段，在避免成本的浪费的同时，最大程度上做到识别不遗漏。比如：核心大主播，这类主播数量少，但重要性高，容易被人关注及攻击，走非关键帧截图；敏感高危类目走非关键帧截图；游戏直播和赛事直播走关键帧截图。这里说的非关键帧截p存存储服务录录制服务直播中心 主播推流直播中心 主播推流安全截图策略调整 是关键截图 是阿里云封禁服务阿里云截图服务否阿里云封禁服务阿里云截图服务是是否违禁阿里云内容审核服务阿里云内容审核服务是否疑似违禁泛娱乐行业技术服务白皮书28书是是.4播放安全内容生产安全和内容审核管控是从内容的产生和管理角度去解决安全问题，这两个是直播内容安全的基础。但是在一些一旦犯错就会产生巨大影响的场景下，需要有更严格的管控措施。这就要求我们在播放侧，也需要有一些安全措施来加以保障。比如一些敏感内容或者大型活动的直播，这类内容的关注度超高，一旦内容审核有所遗漏，哪怕只是一帧画面，也会产生巨大的舆论影响，造成播出事故。对于这种场景，推荐使用阿里云直播产品延迟播放的能力，给审核以足够的时间进行逐帧确认，确保播出安全。延迟播放在日常一些需要确保时效性的场景下是不适用的，因而延迟播放的能力需要能细化到对直播流粒度的管理。当然，有一些业务场播放拉流延迟播放拉流播放拉流延迟播放拉流 是否是29泛娱乐行业技术服务白皮书.5内容安全KMS生成明文Key和密文Key。通过直播转码服务，使用明文密钥对音视频进行对称er发起播放请求，获取播流URL。使用播流URL向直播服务请求视频流。直播服务将经过转码的加密视频和密文Key传输到播放器SDK。播放终端用密文Key向直播服务获取二次加密后的明文Key，直播服务再通过密文Key向密钥管理服务KMS获取明文Key。播放终端将解密得到的明文Key传给播放器SDK，播放器SDK解密视频进行播术摸索带来的收益RTMPERTMP。泛娱乐行业技术服务白皮书30书•RTMPT工作在HTTP之上，默认端口是80或443，可穿透防火墙。•RTMPS类似RTMPT，增加了TLS/SSL的安全功能。P•SRT是基于UDT的协议(UDT协议是基于UDP的传输协议，在IETF已经提交了4mecommunication常说的RTC技术一般指的是WebRTC技术，已经被W3C和IETF发布为正式标准。PRTMP连接以握手开始，RTMP握手由三个固定长度的块组成。客户端(发起连接请求的终端)和服务器端各自发送相同的三块。便于演示，本文将从客户端发送的这些块指定为C0、C1和C2；将从服务器端发送的这些块分别指定为S0、S1和S2。等到收到C0之后发送S1，服务端必须等到收到C1之后才能发送S2，服务端必须等到收到C2之后才能发送其他信息(控制信息和真实音视频等数据)。以下为RTMP握手的31泛娱乐行业技术服务白皮书C0C1S0RTMP协议太老，且最后一次更新是在2012年；同时HEVC/H.265/AV1等视频官方定义以至于需要国内CDN厂商自行定义。RTMP连接过程较长，由于RTMP基于TCP(TCP存在三次握手)除此之外，其本身又存在c0/s0到c2/s2的三次握建连需要进行9次会话，用于PC端勉强能够接受，对于移动端网络质量的要求则很高。RTMP的拥塞控制完全依赖传输层，即完全依赖于TCP传输层的拥塞控制算法来进行拥塞管理，几乎没有什么优化；RTMP本身基于TCP传输，无法提供带宽自适应的算法。在此背景下众多厂商开始着手提供一些新的直播协议供行业参考。如QUIC、SRT等•SRT泛娱乐行业技术服务白皮书32书SRT优势具有非常良好的丢包重传机制，丢包重传的控制消息非常丰富，同时支持ACK、ACKACK、NACK我们都知道音视频对于时间这一点非常在意，而SRT基于时间的报文发送，使其具有良好的防止流量突发的能力。SRT对上层提供了丰富的拥塞控制统计信息，包括RTT、丢包率、Inflight、Send/ReCeive1Bitrate等。利用这些丰富的信息，我们可以实现带宽预测，并根据带宽的变化在编码层去做自适应动态SRT收益数据这是一个编码后的TS流信号(VBR)，固定帧间隔40毫秒，经过了有损网络传输之后，码流特性改变，帧间隔也变得不固定。实际上，这样的信号是几乎无法解码这是SRT协议的效果图，可以看到SRT在解码端重新恢复了原有的码率特性和帧间隔。如图所示，SRT有一个发送端缓冲区、接收端缓冲区，在发送信号的同时会有ARQSRT戳。33泛娱乐行业技术服务白皮书SRT1猫晚会双路SRT回传技术，确保如主路信号源发生异常，切换到备路后能够继续保持前后画面同步，真正做到无缝切换，较RTMP传输减少30%的延时SRT通过AXP(Applicatio1Exchange1Platform，阿里云视频云的高性能多UDP协议传输平台)快速集成到TENGINE/NGINX和直播CDN系统中，这也是业内首次将SRTH推流。泛娱乐行业技术服务白皮书34书TCP+TLS你好，服务器您好，客户端，这是我的SSLTCP+TLS你好，服务器您好，客户端，这是我的SSL证书公钥A和随机生成的密码B返回密钥B的加密信息请把url1.jpg给我好的，url1.jpgg给你QUIC你好，服务器(加密)你好，客户端(加密)请把url1.jpg给我(加密)好的，url1.jpgg给你(加密)•QUIC收益QUIC和TCP对比特性TCP你好，服务器你好，客户端请把url1.jpg给我好的，url1.jpgg给你相比于HTTP/2相比于HTTP/2减少TCP3次握手和TLSTCP协议、，不需要基于内核在应用层改造情况下，不会任何卡顿与完播率成正相关关系，卡顿与差评成正相关关系，多数卡顿用户存在退出行为，卡顿会直接影响我转化率、复购率等核心业务指标,而卡顿通常与网络传输是35泛娱乐行业技术服务白皮书接各协议支持自由度WEBRTCSRTWebRealTimeTTP端低延迟方案方案缺失抗模块丰富•媒体传输使用RTP协议，媒体协商采用SDP协议，信令控制自主选择•兼具TCP、TLS、HTTP/2等协议的可靠性与安全性•UDP建连低延迟，不依赖编解码器QUIC使用TLS1.3件的方案较多型的视频或音频媒体s设备圈内、OBS支持，浏览器无•高，从采集编码到渲染•媒体数据区分优先级•多种音视频特殊传输策略•低，仅提供传输优化•音视频透明传输•中，拥塞控制简单•音视频编解码器不限•原生SRT不支持连接迁移书供的直播服务能力随着直播生态日益发展，很多客户依托阿里云视频直播、CDN等产品举办大型直播活动，如外部客户英雄联盟全球总决赛、抖音年度盛典、集团云栖大会等，往往都是客户极为关键的业务活动，其重要性不言而喻，因而对直播稳定、画面质量有着极高要求，同时诸如英雄联盟全球总决赛这样的超大型直播业务，对CDN厂商的带历次活动直播保障中，服务团队作为技术服务专家参与全程保障，本文旨在总结分享历史经验，共同学习交流，期待更多的同学可以参与到此类项目中，一起建设更逐渐融入年轻人的生活之中，电竞对应的大型活动带来的流量和关注也与之前不可同日而语。而对于云厂商而言，我们需要面对的是一个电竞界的“双十增长的带宽37泛娱乐行业技术服务白皮书在顶级赛事周期中，每天会有几个小时突发大量的带宽，突发带宽量与游戏的受众数量、赛事重要程度等相关。但电竞还有一些其他行业没有的独特影响项，如赛事精彩程度、赛事中出现选手复出或话题时刻等；这些偶发的不可预期的事件，会给赛事活动带来无法预料的突发，这就要求云厂商有应对突发流量的能力。这些措施不只包括突发时对流量的调度能力、计算能力的横向扩容，还包括突发前的大量准备动通过扩容加固的方式应对突发否有不可控的触发点增量是否有应急机制完善在大型赛事举办之前，客户通常会针对直播推流、录制的可靠性进行提升，这里考验各个厂商的服务能力和产品架构的优劣(这里服务能力是指需求落地的速度和准确性，底层架构的优劣指对定制化需求的兼容)。而厂商本身也需考虑如何去存在一场狂欢带来的流量，如何将精彩是瞬间顺利送达全国乃至全球的观众，还需要注意在保障赛事进行的，不影响其他用户。这就考验厂商的资源调度和扩容能力，更深一层核心衡量指标的挑战后，我们就需要指标去衡量我们是否已经准最明显的增量，带宽增量为赛事流码率X播流数，因此码率增加(如增加4K频道或人数增加都会反映到带宽的增加)。带宽冗余量受限于各个地区节点机房的QPSQPS力及部分后端模块处理性能，如日志ss过泛娱乐行业技术服务白皮书38书长未能返回内容即视为未达到“秒开”效果。秒开通常与网络挂钩，厂商可以通过是指直播推流到用户收到流之间的时长，这个时间除了网络侧原因和播放端策略外，用户还可让厂商提高启播延迟。更多的延迟意味着更高的buffer，可以减少卡顿的几率。更低的延迟意味着用户接收到最新内容的时间较短。如何考量于标示错误信息，通常直播会有另外一套错误码，这与厂商的定义合理的调度能减少推流或拉流的延迟。调度的效果依赖于良好的节点容量、全面的IP39泛娱乐行业技术服务白皮书泛娱乐行业技术服务白皮书40书赛前准备阶段是排除风险，减少后续问题的重要阶段，准备阶段围绕以下几个方•赛事所用的域名/流名、预计突发带宽和QOS情况(如无，可通过此前类似活动•客户是否有特殊的推/拉流架构，是否有特殊的录制架构，可与架构师了解哪个过往工单分析2、此次活动中，有几种产品参与，哪些存在隐藏的扩容需求。直播通常围绕视频直播和CDN产品，若客户有自建的直播架构，可能还依赖于ECS/ENS等资源。提•若有较长的准备时间，可主动监控客户域名数据，针对错误码增高的时刻进行排查和优化，可以提前发现调度不合理或节点异常的问题，减少在赛事活动期间发生•若无提前优化的时间，则主要是在赛事期间出现问题时能够主动发现，快速处•在准备期间需要设想风险点，针对不同的问题先准备好对应方案，当后续遇到段。•赛事活动期间主要考验对问题的快速发现解决的能力，此时发现的问题已经产生对应后果，需要优先止血，再细查问题。此时也考验在赛前准备阶段的三个方面是•利用过往对客服务的经验，对重复问题或相似问题快速识别并解决，或者提供41泛娱乐行业技术服务白皮书•站在客户和业务侧的方面，去判断一个止血方案是否合适，是否需要添加或删客户信息、应对方案是非常有效的。重保期间更侧重的是让事态沿着预想的情况发的退费减容事务。服务团队需要再关注下业务指标是否有异常，至少业务流量下跌趋于稳定后才能结束此后，便是将重保的整个过程梳理一遍，将赛前准备/赛中情况/赛后分析整理为可复制可沿用的方案留存，后续其他团队接手时，可通过该方案快速上手，避免因为面对多直播平台，每日志上亿次的请求量，如果对标打造一个高可用高性能架构这些都是在运营期间的不断数据摸索反馈得到，一台平台的横向快速库容要求可能是分钟级，甚至是秒级，如果做不到对弹性的实时要求，很可能会出现平台崩溃的严重首先我们会考虑将直播进行问题，如视频直播、语音直播。视频直播里面又划分了赛事类直播、秀场才艺类，前者需要高清的直播动作画面，对机器的计算要求较如阿里云弹性计算提供的高主频HFC系列对视频的支持的高清视频编解码的浮点运算；但语音类的直播没有画面参与，对视图计算的要求不高，音频报文的传递实时泛娱乐行业技术服务白皮书42书传统的服务端架构采用的LVS、Nginx、PHP、MySQL，数据库和PHP程序之前还会加一层Memcache，除了视频直播服务端外，直播间的在线用户、礼物、评下面是根据很多我们服务的客户，综合彼此的经验沉淀的一套直播平台通用的分he层。纵向上是烟囱模式，但横向的每个模块是独立解耦，多个服务平行设置后成为一个集群。这里的服务指，从用户侧推流的管理，到直播流服务，以及礼物支付、游戏43泛娱乐行业技术服务白皮书这样设计的好处：图中每个服务都可以由不同的Teams完成独立的迭代开发，对组件的升级互不影响在数据安全性上，部署时不会相互影响；不同功能机器隔离开后防宕机，避免多个服务部署到同台机器上雪崩，服务在运行过程中可能会出现异常，Java1JVM错误或者运行时宕机，网络异常，经常会遇到的这种情况，一个服务典型问题与风险大部分的CDN客户都希望在上云过程中一切操作配置均由厂商完成，具体涉及到业务方一般也默认在上量前期接受此非标性的配置需求，在实际的技术服务中为配合业务线同学的工作和满足某客户的需求，技术服务侧在强调风险的情况也承担了部泛娱乐行业技术服务白皮书44书 (1)CDN域名配置均由厂商操作，某客户对业务域名的配置均不知悉，容易出 (2)某客户侧提配置需求和域名上云测试的人非同一个，某客户内部信息未对齐时，出现信息偏差，容易出现某个域名虽然已经配置但测试人员尚未测试，某客户 (3)厂商厂商人员人工配置，由于域名较多，每个域名的配置项过多，出现配CDN误的重要运维工具，此需求已反馈至厂商人员侧，自动化配置需求已经在跟进处理45泛娱乐行业技术服务白皮书 不符合预期测试 不符合预期测试 新新域名切确认相关息域名配置cheklist客户联调测试合预期灰度切量灰度切量故障处理完成异常否切切量保障复盘在处于上云的初步阶段的客户，在此阶段架构师一般会为客户制定了定制化的业务架构方案，部分客户的架构为CDN+OSS形式，其中还会用到OSS镜像回源技术回源到某客户源站。在具体实践中，某些客户的运维部门提出上云的一切数据配置类操作均由云厂商负责配置之类的需求，介于业界友商基本存在这种模式，为更好配合业务人员的工作和加快某客户上量的节奏，所以在确认风险以及相关团队的支持下，泛娱乐行业技术服务白皮书46书SSOSS点播APP请求服务请求服务请求回源请求回源请求服务 (1)某客户新增bucket时会提供对应的bucket名称，和回源的IP，技术服务侧侧收集整理相关信息后，提产品需求单给OSS研发人员进行配置，OSS研发会给某客户分配OSS镜像回源域名(此域名未备案，仅用于OSS的镜像回源域名解析)，用以 (2)配置完成后技术服务侧侧会测试镜像回源域名是否正常解析到了某客户的活动重保方法论某客户域名出现多次5XX状态码异常波动，最终确认是某客户调度域下的节点集群的设备性能较差，引起的多次5XX异常，因某客户目前处于上量阶段，为保障某客户业务稳定运行，使用天眼哨兵系统主动监控某客户全量域名业务指标，优化措施如 (1)某客户调度域下更换硬件设备性能较优的节点，提升节点稳定性。此专项优化为期1个月，已将设备性能节点较差的vcache节点全部剔除，并替换成设备性能 (2)目前某客户CDN域名分为大流量域名，小流量域名，未上量域名三个维度47泛娱乐行业技术服务白皮书 测试 不符合预期 测试 不符合预期 (3)在钉钉告警群关注监控告警，根据告警排查原因； (4)若告警属于偶发，未持续，且看各项业务指标均正常，可观察一段时间，.2重保动作与流程为保障客户业务在重大活动中稳定运行，业务异常及时处理，TAM对客户重大活动资源报备确认相关信息直播护航cheklistTAMTAM侧联调测试符合预期活动护活动护航业务异业务异常否活动结活动结束汇总复盘汇总复盘故障处理完成TAMTAM侧响应并处理泛娱乐行业技术服务白皮书48书直播护航checklist (1)重大活动提前一周报备，TAM确定好推拉流域名、流名、码率、转码模板观众分布、预估峰值带宽、播流协议和活动时间等，及时向PDSA确定资源是否满足49泛娱乐行业技术服务白皮书主播/媒体直播SRS流集群转码集群转码集群主播/媒体直播SRS流集群转码集群转码集群直播中心推流SDK鉴权集群API集群录制/截图集群 (2)根据客户需求配置主备推流，转码流，配置完成后交付客户测试验收； (3)TAM使用天眼直播大盘全程跟进直播流的业务指标，出现异常告警及时反 (4)活动结束后，汇总活动数据并进行护航总结，并对活动护航遇到的问题进动直播案例直播是某客户的主要业务之一。某客户的直播用户规模大，且场景丰富，包括户外直播、游戏直播、才艺直播、自拍直播等等。与传统的一些直播平台相比，某客户多样化且不可控。此外，某客户的直播玩法多样，虽然都属于直播的范畴，对传输的具体要求却有很大的差异。主播的推流质量，直接影响成千上万粉丝的观看体验。因此，在各种异构且不可控的网络环境下，保证某客推流推流转推转推拉流拉流客户客户侧播放器内容审核集群 推内容审核集群 推荐集群 数据存储集群•主播直播工具-直播伴侣某客户直播伴侣降低了某客户直播的技术准入门槛，使主播可以以最小的学习成泛娱乐行业技术服务白皮书50书并在直播过程中，将主播采集的视频进行一系列的处理，例如：水印、美颜和特播提供清晰流畅的直播工具PC直播伴侣•自助可控的KxP协议为了满足多样的业务需求，同时能进行深度的优化，某客户建立了自己的音视频云端服务，开发了某客户多媒体传输协议KxP(某客户传输协议)，从内容产生的源头优化用户体验。据介绍，某客户KTP的设计，涵盖网络状态估计、网络传输控制、信源信道联合优化等多个维度，支持动态码率自适应帧率自适应、混合FEC/ARQ、非对称差错保护等。目前某客户的主播端均已通过KTP协议将编码压缩后的视频流推流主播/媒体直播在推流到某客户源站后，源站通过SRS进行收流，SRS是一个简单高效的实时视频服务器，支持RTMP/WebRTC/HLS/HTTP-FLV/SRT/GB2818151泛娱乐行业技术服务白皮书某客户的自建源站，一部分部署在自建的IDC，一部分部署在阿里云及其他友商的公共云品台上。通过自建源站，某客户实现了可以自研推流协议的优势。且拥有了CDN调度的能力，增强了源站及整个直播平台容灾的能力。使用公共云可以增强平台的弹性能力，并且在多云策略的举措下，可以避免被一家云厂商锁定某客户对源站易迁移：某客户业务部署在多个IDC和公共云上。出现服务质量风险或商务风险自建源站赋予了某客户CDN调度的能力，即各家CDN都需要来某客户自建源站进行回源拉流。某客户源站通过控制各CDN的流量比例，在质量和成本间取得最好的折衷。然而，某客户体量庞大，需要同时使用多家CDN，而各家CDN的质量、价格参差不齐，以及经常有一些不可预知的突发状况，因此，通过人工调度的方式，显泛娱乐行业技术服务白皮书52书责需求/故障的闭环负责然是无法接受的。某客户通过自研智能CDN调度系统，精确捕捉CDN与用户的动态变化，从而更合理地利用CDN资源，且大大降低观看故障时长，节约大量人力监控某客户直播的业务场景，尤其是游戏直播，原始推流码率一般比较高，分辨率要求达到1080p@60fps。但每个观众由于自身所处的网络环境或客户端设备性能问题，使用如此高的分辨率，很容易造成播放卡顿。且带宽成本非常高。在充分了调研和对比了多种方案后，某客户选择基于GPU的转码集群方案。基于GPU的方案，虽然画质比软件略差，但有高密度、低成本、产品方案成熟的优点。基于上述GPU转码的方案，某客户可以在端上实现多码率自适应技术。基于用户的终端设备、网络状•某客户的专属服务体系某客户实行的是多云战略，且对供应商的技术水平和服务能力要求非常高。尤其是直播业务，对阿里云平台的质量和服务人员的效率都提出了比较严格的要求。为了满足客户的要求，在多家服务商之间脱颖而出，阿里云服务团队走出了一条定制化服务体系的道路。在某客户的服务体系中，CBM/SA对整体客户满意度负责、PDSA对各自产品的质量稳定性负责；TAM对需求/故障的闭环负责。同时协同产品运营、AES、PE和产研共同处理客户的问题和需求。SASA/商务SA2、二线AESCDN专家接入3、PE、研发一号位53泛娱乐行业技术服务白皮书的小二做沟通，只需要能够在抛出问题后，快速拿到想要的结果。对中间的处理过程没有耐心进行跟进和响应。所以在日常服务中，需要TAM同学能够第一时间响应客户的问题和需求。并作出准确的判断，将问题进行闭环或升级。尤其在对客同步问题DSA针对某客户的重大活动，TAM需要牵头带动整个服务团队进行保障。主动收集客户活动的信息、时间、资源需求、管理实例等。在重保前固化Checklist，并予以逐项的检查和确认，及时上报潜在的风险。在护航过程中确保人员都能到岗，且进入 角色定位角色定位角色定位角色定位角色定位快手CDN服务角色职责划分服务类客户问答响应、日常需求对接监控报警处理服务稳定性及调优类一号位MMMPDSA辅助类SA;PDSA紧急问题上升；PDSA、SA、PE、研发PDSA;SASA、研发、PE一号位团队组成PTAMTAMPTAMTAMPTAMTAMPDSA职责1、第一时间应答应客户需求2、对于问题进行判断整理。3、特殊问题和需求及时上升1、跟进整个问题处理环节，并形成问题闭环 把握问题处理时间2、阶段性同步客户进展3、对外口径内部提前确认4、明确问题上升渠道及时推动问题上升1、跟进监控报警数据要求相应2、持续报警行为需要有敏感的意识及时上升并推动排查3、定期梳理，归纳共性区域和现象1、质量调优类 (非报警类)quic调优，ipv6调优等2、协调拉通内部资源，推进调优进队3、阶段同步进展和后续规划泛娱乐行业技术服务白皮书54书及落地求需求挖掘定期SACBMPDSACBM、SA期验证新的契机2、内部产品、运营拉通反馈有价值数据上报要求等完成核验、线上整理信息，并及时复盘TAM\PDSA\为了保障某客户问题和需求能够在最短时间内得到有效的处理，针对告警群的问题和客户群的问题，我们制定了问题快速升级的流程。TAM、SA、PDSA、运营和值班，都可以根据问题的紧急程度做出判断，确认是否需要进行升级处理。尤其是客55泛娱乐行业技术服务白皮书通过推行某客户的专属服务体系，来自客户的投诉和抱怨的声音大量减少。整个服务团队通过明确分工和职责划分，并相互补位，形成了比较和谐的团队氛围。在某在移动互联网的下半场，出海业务逐步从传统IT输出转变为文化输出，其中泛娱乐直播行业近年来尤为突出，从行业角度看，主要有两方面原因，一方面是目前国内泛娱乐在直播方面的新增长点达到一定规模级，导致很多直播厂商的第二增长曲线探索艰难，另外一方面在海外线下娱乐面临巨大冲击(主要受政策、疫情因素影响)下，在业务品类上基本与国内保持一致，通过整套的直播服务(包含用户管理、风控、审核、运营、数据分析、推荐、大数据等)来实现直播时的泛娱乐行业技术服务白皮书56书 海外代理节点美国Anvcast+GA海外 海外代理节点美国Anvcast+GA海外ECS国内ECS国内CDN一是内容、数据合规性，二是直播质量中关于网络的因素，作为基础设施厂商方阿里a联网发展速度全球领先，优势产业向全球输出大势所趋。b)中国人口红利消退，流量向印度、巴西、东南亚和中东等新兴互联网市场转移。c)资本的强力支持，推动优质中国互联网企业出海。架构与策略视频直播，社交类直播是出海的热门，技术上考虑点：第一用户体验，第二是成本。可以选择用低成本实现高性价比的产品服务体感，也可以用高成本换取稳定的优质服务；如下图是分为用户自搭建海外回源架构，另外一种采用公网CDN分发的方智能选路智能选路 pla深圳在跨国实时网络传输策略上，主流的服务提供上，或者平台自己采取的策略包括区域化边缘部署就近雅原则、负载均衡等、传输协议上目前占比最多的还是Rtmp，57泛娱乐行业技术服务白皮书其中路由策略是很多公网CDN厂商尤为重要；通过节点之间交叉探测，以及真核心指标的测试优化UDP回源的方式进行私有优化，如果RTMP推流后，可以采用RTC(UDP)在内部进行转推。如果采用传统的TCP/IP传，在kernel层面也有一版的TCP优化协议。泛娱乐行业技术服务白皮书58书一种基于TCP协议的自适应网络控制传输方法，通过在网络传统的TCP/IP协议体系结构中的发送端和接收端的传输层和网络层中间分别添加网络编码层，在网络编码层中给编码包和ACK应答包添加包含特定变量的网络编码包头，利用编码包和ACK应答包将这些变量在接收端和发送端之间传递并更新，并利用这些变量在发送端网络编码层调整冗余系数R。这种动态调整冗余系数的方法，可以增强协议对突发丢失的抵抗力，并在丢失率不断变化的网络环境中，使冗余系数R尽可能维持在最优。BBRGoogle官方对TCP-BBR的测试展示比较局限。多是单流测试，场景单调。TCP-BBR在Google跨越DC的B4网络测试中取得了较好的成绩。Facebook的Law-rence对TCP-BBR做了更详尽的对比测试Google官方已经很详细地描述了BBR算法的机制，这里再取其精华下。TCP-BBR基于测量，脱离了原先的tcp窗口调节框架，实现了一套自己的速率调节机制，这种调节机制对丢包不敏感。TCP-BBR实际上继承了长久以来的可靠传输协议设计思想。它的难得之处，在于比以往的协议更进一步。小的改变会有大的不同。它关注两个测量值：Btlbw和propRTT，即瓶颈带宽和传播时延。Btlbw和PropRTT无法同时测量。网络利用程度高的时候，才能测带宽。网络空载的时候，才能测延时。因此它的测量算法可以分为两部分看。以下是官方测试的收益数据，优势在跨国的长瘦网络的窄带丢包有出奇的效果，具体数据这里59泛娱乐行业技术服务白皮书外直播与国内直播的区别•直播域名的加速区域、直播中心和上下行监控。选择合适的直播中心、加速区域能解决跨境链路传输不稳定，直播卡顿率高等问题。上行帧率、码率监控实时查看•域名备案等资质。无论主播在中国内地还是海外，只要出现在中国内地播放的场景，域名就必须进行备案。针对海外直播场景的直播能力。海外直播尤其是直播推泛娱乐行业技术服务白皮书60书海外直播尤其是直播推流、播放纯海外直播场景，对直播加密有更高的要求，、赛事、音乐直播，还提供了SRT直播整体解决方案。我们知道，各个国家对于文娱、社交等平台的政策是不同的，因此此类平台出海时通常需要注意其他国家的政策，直播平台也是如此。在直播业务出海通常是让国内外平台彻底隔离，使用不同的APP和数据。这种方法可以让平台在国内外政策有差异这种方法在云上很容易就能得到支持，仅需一套海外的加速节点和直播中心即可。而成熟的云厂商早已支持海外的直播服务。解决了数据合法合规的问题了，我们如较高码率。而网络情况复杂多变，为了适应多种环境下都能正常观看，下行播放支持多种码率，根据观众的网络情况，选择合适的码率进行观看。开启后在播放时自动RTS超低延时直播方案，端到端直播延时1.5秒。支持不改变直播上行原有的RTMP推流，在下行原有的RTMP、FLV、HLS播放协议基础上，通过新增子播放域名，在子域名使用ARTC(基本开源WebRTC开放协议演进)进行超低延时播放。支持使用阿里云播放SDK、RTSnetSDK、自对接开放协议的方式对接。秒开、卡顿效果61泛娱乐行业技术服务白皮书海外L2内L2海外L2内L2还有一些特殊的场景，如主播在海外，但是他面向的是中国国内的直播A国内直播中心或客户直播功能节点由于跨国容易产生链路不稳定GA内域名的调度策略转发到直播中心或客户功能节点GA加速是阿里云的加速专线，在海外主播推流到边缘节点后，经过GA加速(上车点海外，下车点国内)转推到一个国内的转推域名。这是为了能够适用国内的调度这个方案可以结合阿里两种产品的优势，完美地为国外大主播入驻国内平台做保3.2游戏类泛娱乐游戏是目前泛娱乐行业中用户群体非常大的一个行业，根据2021最新的全球游戏行业市场报告，2021年全球游戏市场将获得1758亿美元收入。移动游戏市场的收入将增长4.4%至907亿美元，占总收入的一半以上，从游戏玩家的分布情况来看，泛娱乐行业技术服务白皮书62书区的网民人数占全球网民总数的54%)，并且亚太地区玩家对移动游戏表现出了明显偏爱，而在全球30亿玩家中，有28亿玩家通过移动设备玩游戏，可以看出全球游戏玩家体量巨大，而且有继续进一步增长的巨大潜力，同时。PC和主机游戏市场萎缩，是全达到359亿和492亿美元，同比分别下降2.8%和8.9%，移动手游进一步夯实在游戏领域的主赛道定位。预估到2024年，全球游戏市场的年收入规模将增长至2187亿美元。从2019年到2021年，全球游戏市场的年均复合增长率约为8.7%，年收入将于2023年首次突破2000亿美元。在游戏行业蓬勃发展的趋势下，也衍生了云游戏、元宇宙、VR等新兴游戏发展模式与玩法，对很多玩家来说，游戏不仅仅是一种娱乐媒或者庆祝现实生活里的各种重大事件。与其他媒介相比，游戏世界能够提供更为丰富最让我们有体感的还是中国网游，在早期大家耳熟能详的还是金山西山居旗下《仙剑奇缘》，盛大旗下的《传奇》，巨人网络旗下《征途》等客户端游戏，这些游而随着计算机的普戏瘦身”时代，从而带来了页游的井喷，包括了《千军破》、《傲视天地》等一系列注重游戏策划、游戏数值设计的优秀精品，而随着这块蛋糕凸显，页游百家争鸣逐步年沉淀，移动互联网开始成为主流，碎片化时间的强占成为游戏市场红海，手游也就应运而生，市场竞争进入白热化。在运营模式+画面要求的双轮驱动下，中国网游新时代头部玩家凸显，《刀塔传奇》、《我叫MT》、《开心消消乐》、《王者荣耀》、《原神》、《剑与远征》、《明日方舟》、《恋与制作人》等优质游戏琳琅满目，这里的厂商包括了北京的搜狐畅游、完美世界、紫龙游戏，上海的四小天鹅：米63泛娱乐行业技术服务白皮书莉丝、叠纸、鹰角，杭州的网易游戏，厦门吉比特，广州的游戏运营公司37互娱、efun，还有大厂腾讯等等。截至2022年，游戏进入了IP时代、精品时针对不同类型的游戏，对于技术的要求也不太一样，例如RPG类型的游戏普遍对网络延迟与稳定性要求较高，SLG类型的游戏对于可扩展性要求更高，从游戏运维视布式，随着游戏生命周期的不断延续，其运营的过程中，会随着运营的发展不断增加模来频繁的版更发布，为了保障用户的良好体验，越来越多的游戏都开始建设了不停服发布的发布流程，就是为了保证玩家体验不中断。但是不停服就给游戏架构和运维带来了挑战，如何建设一个稳定的不停服发布流程是需要运维和开发需要不断沟通设计游戏根据时代主流，区分为端游、页游、手游三大形态，也完成了从大客户端时代向小客户端演进，用户操作更容易、娱乐性覆盖更全面，产品也越来越注重游戏画面，极致的用户操作体验，游戏数值设计的苛刻要求，IP场景共鸣化，网络延时低等特性，也对游戏技术解决方案，技术服务模式提出了更高的要求。从开服的第一天到导流推广、活跃运营、合服乃至玩家消耗至尽的全生命周期，技术挑战始终伴随，主•业务不间断：故障期间的玩家影响重，比如无法充值、重要节点的游戏无法进行•游戏架构存在不合理：因为游戏有风口效应，为了快速上线往往牺牲规范，怎么快速怎么来导致了很多设计的不合理，在故障场景的影响放大或在玩家量级翻番的来说基本不可能•基础设施不完善：在端游、页游的早期还是以IDC托管支撑为主，运维人员即要做机器选型，又要上架、配置网络、部署系统等复杂的过程，在游戏快速增长的背泛娱乐行业技术服务白皮书64书•日常运维工作繁杂：服务器上线后的运营阶段工作非常繁杂，开服、清档、合3.2.2游戏泛娱乐技术服务游戏重保技术服务进入到云上时代后，从游戏客户运维视角，用了云后基础设施对用户来说是黑盒，客户只用了一台简单的ECS主机，并不了解背后的虚拟化架构、宿主、网络、共享情况和隐患；而从云技术服务视角，只交付给客户的产品并不了解客户单体使用场景，多体的行业技术，产品稳定≠用户业务稳定性。特别对于使用公共云的用户来说，一旦业务出现问题更显得手足无措，因为并了解状况，不知道是自己的问题还是云厂商的问题，也不知道怎么恢复业务，焦虑、不可控，这是对运维的新挑战。也因为游戏导流运营节奏，可以毫不夸张的说，开服前7天的数据决定了一款游戏的成65泛娱乐行业技术服务白皮书制定：游戏业务背景了解，将业务语言翻译为技术语言，明确技术：对现状的业务架构做梳理，了解资源资源分布情况、业务归属情：明确资源预留情况，对潜在风险扫描、识别，对不满足预期的模块做系统评估，并扩容，通过性能压测、高可用建设、准备预案、进行演练等形成全•执行保障计划：通过清晰的保障方案执行，增派技术服务专家进行客户现场驻场，对护航期间的问题进行及时处理，通过实时监控和高频巡检，即时识别问题、闭后的护航总结报告输出并和客户组织复盘会议，不断实践循环保障.2云产品巡检参考P核心业务EIP是否部署了否业否调用api接口对EIP带宽动泛娱乐行业技术服务白皮书66书EIP存在突发是EIP等共享带宽被占满，导致SLBEIP等访问不通或者严重丢包采用API接口脚本对共享带宽EIPSLB产品是否受到无法是同业务多建立SLB做负载，规避单SLB产品就带宽/连接否推荐对SLB实例核心参数做合理设置SLB产品所在集群是是单个SLB实例是否是；做好多实例分散压力；设备是1)大网不能保证7*24100%可用2)交换机重启引起下联设备断连3)异常流量，比如ddosin导致链断开，物理故障1)双线上联(可用区---pop点)2)交换机堆叠，同时服务器双线3)主动监控，做好容量监控，及67泛娱乐行业技术服务白皮书用户自建/托管第三方导致公有云/阿里云托是高稳定性方案用到跨地域节点导致延迟?是差，导致用户第时的可能机，建议UBLICDNSOSS使用OSS文件存储是题迟是常飙升请求使得高，导致用户读取较高，经常报错访问，以及小文件议用户采用本地部接使用方式?是务的延迟和错误，同时做好存储容灾改代码方式切换接入是过小程sQPS是接，请求并发太大，很容易导致proxy连接(针对分布式版本)回收不过来，引起性否标做告警设置QPS是总体扩容是。非核心业务(重启kv数据丢失)，否指数设置告警，及RDS是书DS是并保证磁盘空间使用率控制在80%大事务拆分，优化将存量标准版SLB升级用RDS实例来否基础版数据库实例均为高可用RDS要与否，尽快做升DS用了缓存架构/连接否、对于高可用版RDS，建议使用S长任务(大事务)？是RDS数据库中不要长事务在执行过程中导备份失败等情况，建务的执行时间，检查证开启自动提交(auto_commit=1)。致复制长时间延迟等情况，SLB建议配置从库延迟量任务拆分成粒度更代码中控制从库延迟免影响读写分离等功否MySQL立合适的索引MySQL体现3、在基数大的列建立索引(如重复值多的列)，而不是在基数小的列上建立(如性别)；4、在GROUPBY\ORDERBY后未使用函数的