【问题标题】:Amazon Cloudfront slower for delivering assets than serving them directly from EC2?Amazon Cloudfront 交付资产的速度比直接从 EC2 提供资产的速度慢吗?
【发布时间】:2013-02-03 06:55:24
【问题描述】:

我注意到,在移动 Safari 上,当我通过 Cloudfront 交付我的资产时,它们的加载速度明显慢于仅从我的 EC2 提供我的资产。

具体来说,我的网站有一个主背景图像,它的显示速度明显慢于 EC2 提供的文本。这个背景图片的加载并没有明显落后于我笔记本电脑上 Chrome 上的文本,大概是因为 Chrome 与移动 Safari 相比性能更好。

我不知道该怎么做,因为 Cloudfront 的全部目的是快速提供资产并承担我的 EC2 的负载,但是此背景图像出现的延迟会造成相当丑陋,即不可接受的糟糕,用户体验。

注意: 请不要反射性地投票将这个问题迁移到另一个 SE 站点,因为关键是不清楚哪种方法最好。

【问题讨论】:

  • 您正在加载的背景图片有多大?您通过移动 Safari 连接的网络类型。
  • @datasage 图片只有 8kb。我在美国一个主要城市的家中在 comcast wifi 上使用我的 iphone,尽管我在美国许多地方的许多不同网络上都注意到了这一点。
  • 我怀疑这里的传输速度是个问题。即使在嘈杂的移动连接上,图像也应该加载得非常快。提出请求的时间可能存在问题。如果它位于大型 css 文件的底部,则移动 Safari 可能需要一些时间才能解析并请求它。
  • 它位于 HTML 的顶部,但它位于内联 <style> 标记中,应该比外部 CSS 文件更快,对吧?我意识到这个问题有点含糊,但只是希望进行一些头脑风暴,所以谢谢。
  • 我会查看请求是否有任何延迟。然后尝试追溯可能阻止它的原因,如果它启动较晚,或者尝试确定如果加载缓慢是否存在网络问题。

标签: html amazon-web-services amazon-ec2 user-experience amazon-cloudfront


【解决方案1】:

我们做了一些对比测试,似乎使用 cloudfront 的优势取决于请求文件的大小。 对于小文件 (2kb),CF 响应时间大于直接向 EC2 请求。 对于 15kb 的文件,响应时间几乎相同。 对于 57kb 文件 (jquery-1.3.2.min.js),cloudfront 比 EC2 快 4 到 5 倍。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2016-05-22
    • 1970-01-01
    • 2015-07-25
    • 2015-10-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多