827
苹果无赖直播
演示和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/
