你的直播需要多少冗余?

了解更多关于流冗余的信息流媒体东部.

阅读这段录音的完整文本:

Kiran帕特尔: 决定你想要或需要什么级别的冗余或弹性是很重要的, 这对冗余意味着什么, 这对于您的故障转移逻辑或目标类型意味着什么. 然后是返回点和返回时间目标:你需要多快返回? 这个频道对你有多重要? 它一定要100%的打开吗? 如果失败了, 我可以停几秒钟吗, 或者几分钟, 或者几小时后你就能恢复运行了?

因为和很多事情一样, 这里的重点是把弹性作为你的首要目标很多时候, 特别是对于生活, 它往往是你最优先考虑的事情. 但我们现在看到了其他的东西. 在过去几天的多个会议中，有很多人都在谈论延迟的优先级越来越高. 延迟的一个特点是你想得到的延迟越低, 你确实对直播的弹性有影响. 从某种意义上说，它不一定会失败, 但这将给潜在用户带来更差的用户体验，因为他们将无法缓冲内容.

所以当你制造延迟时，这是一个权衡. 在我给你们看的第二个例子的复杂度上，你们要做一个权衡. 你有很多活动部件. 监控所有这些活动部件变得非常复杂. 你可以建造一些更简单的东西，但这也会使它的弹性降低. 成本也是一样的, 所以你可以有两个, 三个, 在云端和本地运行的四个版本，使其越来越有弹性. 但是成本上升，复杂性也在上升所以所有这些因素都要权衡才能得到完美的解决方案或架构来满足你的需求然后我认为这些问题是你问自己的问题来弄清楚它是如何工作的.

最后一张只是供参考. 我不会指望每个人都读它. 这只是一个经常出现的问题，你有一个你想要击中的目标. 你的直播想要在99%的时间里上线，或者我们经常听到5个9. 你们很难理解这到底是什么意思所以我做了Excel的数学运算来弄清楚这是什么意思. 如果你有一个目标我的直播想要5个9，所以99个.999%的情况下, 也就是说你只愿意接受五分钟, 一年只有20秒的停机时间.

所以你必须努力去达到那个水平. 如果你往下走, 不同之处在于你的设计是为了让你愿意接受, 但这就像说你打了五个九意味着, 是的, 每个月25秒是你唯一可以接受的停机时间. 但就像我说的，大多数时候你都想达到100%，所以这有点像赌博. 我们有腿A和腿B. 如果其中一个失败了, 另一个不会同时失败, 或者我会在25秒内修复它，这样我就能在另一个有机会失败之前恢复到100%.