苹果无赖直播



演示和iPhone 6 Apple关注从一开始的网上直播效果不好。许多用户,包括我自己,有问题与她合影。最初,我犯了罪的问题云服务 Akamai的,但来自苹果的研究页面显示,大部分的问题源于一个事实,他们是如何配置Amazon S3和东西的站点的其他元素。

不同于以往的现场,这一次他们决定使用JSON添加交互性的页面,并显示有关该事件的微博,在页面的底部。其结果是,这个页被每秒更新数次。由于使用JSON的决定(大约笔 - 在我看来,作者混淆了JSON和Ajax I>)站点不再缓存。通常情况下,苹果使用Akamai的这种广播的缓存,但是这一次是不可能的缓存页面,导致页面加载一个强大下沉速度和显示视频。而且,由于苹果将视频插入一个页面,该页面导致制动刹车视频。在Akamai的不想在这个问题上发表意见,而是由代码页的情况来看,他们还是没能带她去缓存。正因为如此,我也倒下的Safari浏览器,当我试图与iPad上的演示文稿打开网页。

因为所有这些更新网页球员必须人为的低质量的视频,因为在服务器端有太多的要求。除了通过Akamai的视频用错声轨,所以第27分钟的视频中苹果的错误和广播进行了一次对外(对作者)的语言。从苹果公司的人做了错误的视频,除了他们仍在观察不同步的声音和图片。另外,我觉得我抓住了一个时刻,当苹​​果公司不得不重新启动服务器后,视频编码,已经提出后开始 - 因为这让出像“无法加载视频”和“无访问权限»错误<一二。 />
研究元数据页面,您可以设置,苹果的云服务托管在Amazon S3上。显然,苹果把内容在一个桶 时,几乎没有余量负荷的增长,并正确配置。亚马逊还没有评论这个问题,但很显然,苹果不正确配置的存储S3,其中存在问题的速度,因为所有的请求到一个位置。

Akamai的是唯一 CDN 的,这是在苹果中使用。这表明traceroute的各点的星球。而且,由于他们没有缓存的页面播放的能力,其性能大大下降。如果无法在周边服务器云服务缓存的页面,所有的请求被发送到中央服务器,这是为什么丢失的分布式网络中的所有感。从第三方服务Cedexis得到的数字地块,出现在西欧,从100%的广播期间下降了Akamai的服务器可用性96.5%。

根据来自不同源获得的数据,以在信道6-8 Tbps的保持的广播视频图象的峰值。为了进行比较,广播6.8 Tbps的高峰期举行的世界杯。因此,没有过人的CDN负载没有经历过。

结果:视频编码,广播,javascript中,视频在S3上,不断刷新页面,导致呈现的诸多问题的唯一服务器。人们可以指责的CDN,但是你可以看到,这不是主要的原因 - 仅仅是行动计划和执行不佳。

资料来源: habrahabr.ru/post/236905/

标签

另请参见

新&值得注意