《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.3 直播类泛娱乐技术服务（1） https://developer.aliyun.com/article/1231193?groupCode=supportservice
3.1.3.2 技术服务后半段
3.1.3.2.1 制定直播方案
可靠健壮的推流方案，是直播全程推拉流稳定的重要保障；制定推流方案，主要 从容灾、高可用的角度考虑，通过推流端依赖公网、专线分别进行主备推流、根据推 流环境适当采取“边缘推流”或“中心推流”、服务端合流自动切换等手段，保障整个 推流链路的稳定可控，避免因为单一设备或链路的质量问题而导致直播断流、帧率波 动等情况影响直播稳定；
3.1.3.2.2 业务容灾策略
•客户只使用阿里云的情况(一般客户或集团内部的活动直播，如云栖大会)直播 中心容灾，即在不同直播中心配置备用域名；当出现直播中心故障时，推流端切换备 用推流域名，客户端切换备用拉流域名； (直播中心出现故障的几率较低，且需要客 户端具备切换域名的能力，因此这种方式一般不会采用，只有极为重要的活动直播才 会采用)
•客户同时使用多家CDN厂商的情况(业内成熟的直播平台都这么做)多厂商容灾 ，客户通过直推、转推、回源拉流等方式，同时使用多家CDN厂商(不同厂商域名不 同，在播放器层面按比例下发不同厂商的播放地址)，当其中一家CDN厂商出现故障 时，客户端支持自动或手动切换到其他厂商的线路，保障用户侧可以正常观看直播；
3.1.3.2.3 现场容灾策略
指直播摄像设备、推流设备以及推流上行网络链路层面的容灾；现场通过“公网 +专线”或“公网不同运营商”分别推主流和备流，不同推流采用独立的摄像、推流设备；
•设备：推流设备一般采用硬件编码器(直播视频终端，这货长啥样见文末)或笔 记本电脑(对性能要求较高，有定制的推流专用笔记本)；
•移动网络：一般现场推流的硬件编码器还支持4/5G移动网络，作为公网/专线 的备份，进一步保障了网络链路的可靠性；硬件编码器的“坑”：硬件编码器有一个 容易踩坑的功能，即聚合功能(如下图)，开启聚合功能的时候，编码器会往“聚合服 务器”推流，“聚合服务器”是硬件厂商维护的，例如可能位于深圳；假设直播活动现 场在杭州，从杭州通过CDN推流到上海直播中心，如果开启直播聚合功能，推流会 先从杭州绕到深圳，再从深圳经由CDN到上海直播中心，显然绕了一大圈，同时引 入了一段不稳定的公网链路；因此这种情况下需要关闭编码器聚合功能；通过直播全 链路可以发现该现象，例如：本应该是杭州客户端IP推流到杭州CDN节点，结果却是 非活动现场的IP(例如深圳IP)推流到广东CDN节点(甚至硬件厂商恰好将聚合服务器部 署在阿里云，则可以看到是推流客户端是阿里云的IP)出现这种情况，让现场推流老 师关闭硬件编码器聚合功能即可；
《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.3 直播类泛娱乐技术服务（3） https://developer.aliyun.com/article/1231188?groupCode=supportservice
