《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.3 直播类泛娱乐技术服务（2） https://developer.aliyun.com/article/1231189?groupCode=supportservice
3.1.3.2.4 云上容灾策略
推荐使用“合流”方案，即直播中心配置合流功能，将stream_a、stream_b主备 两路流在中心合并为stream_c，stream_c下发给终端播放器播放；这样的好处，中 心合并为stream_c；假设stream_a为先推上来的一路，则使用stream_a生成合流 stream_c，当stream_a发生异常时，stream_c立即自动切换为stream_b；以此实现 单路流异常时自动切换，不影响stream_c观看；
异常切换的触发条件： (假设当前stream_a先推上来)1) 断流， 当stream_a断流 时，则合流stream_c立即自动切换到stream_b；帧率不稳定，当前流stream_a持续 6秒没有数据，则合流stream_c也会自动切换到stream_b；默认是6s可调整为3s， 建议调整；防止出现以下帧率波动周期在6s内的情况无法触发切换；
3.1.3.2.5 客户端优化
这部分内部涉及客户端改造，需要提前很久规划
•当同时使用多家CDN厂商提供服务时，播放器需要具备自动或手动切换线路的 能力，例如当A厂商服务异常(如卡顿、无法播放、花屏等)时，播放器不再默认调度 到A厂商，切换到B厂商线路；
播放器播放&弹幕&点赞等功能解耦，防止弹幕触发性能瓶颈影响基础播放功
能； (一般不需要关注这一点，不过有些客户的活动页面委托第三方开发，不是很健 壮，可能存在这个风险)
•对于直播APP，客户端需要具备错误日志上报的能力，例如出现直播播放失 败、卡顿的情况，主动上报“异常时间、直播流、客户端IP、服务端IP、错误详情”等 信息，用于快速发现和定位问题；
3.1.3.2.6 服务端优化
《泛娱乐行业技术服务白皮书》——三、泛娱乐典型业务架构与场景——3.1直播类泛娱乐——3.1.3 直播类泛娱乐技术服务（4） https://developer.aliyun.com/article/1231187?groupCode=supportservice
