CBS体育数字如何快速利用媒体盾牌

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

泰勒布施: Media Shield是fast的一款产品，它位于AWS起源的前面, 它本质上是另一个缓存层, 但它有很多优点. 就我们的能力而言，这就是奇迹发生的地方, 提供故障转移等等.

So, 我们有fast Media Shield，我们也有CloudFront作为备份, 因为我们不想让“媒体之盾”成为单点故障. 如果我们有意见的话, 我们可以切换到CloudFront，基本上都是一样的工作方式. 我们有两种不同的实现.

在快速方面，它是VCL, 清漆配置语言, 在CloudFront这一边是Lambda at Edge. 但它们在功能上是等价的，做同样的事情. 它的作用是当媒体之盾收到请求时我们会看这样的东西, “好吧, 舱单是否在规定的有效时间内?“因为, 例如, 如果编码器停止输出或如果有网络延迟, 如果它死了, 如果有什么问题, 然后我们知道我们试图请求的内容将是旧的, 正确的?

所以我们做了这个测试，很明显，我们通常会对不健康的后端进行测试? So, 如果从源中检索任何内容出现错误，我们可以自动失败转移并尝试另一个源. 我认为这是一个很好的解决方案，因为我们已经做了一些测试，将更多的故障转移放到了客户机上. So, 你知道, 我们广泛尝试在实际清单中更多的可用流上投放广告，然后模拟视频播放器被迫在不同流之间切换的问题.

我们发现每个客户都有点不同, 如果这个平台被迫切换到另一个平台，我们就无法找到明确的因果关系, 我们不能保证同样的结果. 但在这里，玩家显然看不到这些. So, 你知道, 我们有一个非常简单的清单，所有这些都可以在引擎盖下无缝地发生.

我们在这里做的很多测试都是围绕起源进行的. 例如, 关掉一个特定的原点，然后把它转移到另一个, 关闭一个区域, 你知道, 停止编码器上的输出以强制过时, 这种性质的东西. 我们对它进行了广泛的测试，以确保它是有效的.