带你读《多媒体行业质量成本优化及容灾方案白皮书》1. 直播容灾（1）https://developer.aliyun.com/article/1351875?groupCode=supportservice
2） 直播容灾案例及通用容灾方案
直播业务链路包括了：上行推流、直播中心转码录制、下行分发，故直播业务容灾方案需要评估全链路进行。下面展开多媒体行业头部客户容灾案例及通用容灾方案介绍。
a） 容灾案例
容灾链路剖析
上述链路推流链路、直播中心逻辑、下行分发等全链路的容灾。推流链路层面客户自建源站及Y1云厂商实现了主动容灾，直播转码截图录制等逻辑亦是如此，下行播流实现了多云厂商下行分发。
同时客户终端还实现了HTTPDNS解析+fallback逻辑，A云厂商的直播流播流失败或长时间低帧率，会重试到B云厂商流，当A云厂商的直播服务/直播分发节点出现异常，或者该终端到A云厂商的分发节点之间链路异常，能自动快速重试到B云厂商逻辑，实现异常问题快速逃逸。
某政企客户B容灾链路及剖析
参考架构如下：
容灾链路剖析
上述链路推流链路、直播中心逻辑、下行分发等全链路的容灾，其中推流链路通过单云厂商的的不同接流节点实现容灾，直播中心逻辑通过单云厂商多直播中心实现容灾，下行分发通过单云厂商多节点快切实现容灾。
客户终端实现了HTTPDNS解析+fallback逻辑，A域名的直播流播流失败或长时间低帧率，会重试到B域名，当A域名的直播服务/直播分发节点出现异常，或者该终端到A域名的分发节点之间链路异常，能自动快速重试到B域名的其他节点，实现异常问题快速逃逸；
