【问题标题】:Not getting improvements by using CDN使用 CDN 没有得到改进
【发布时间】:2013-07-06 04:07:21
【问题描述】:

我刚刚在 Heroku 上的 Rails 应用程序中添加了一个使用 Amazon Cloudfront 的 CDN 分发,它运行正常。

我的主页提供大约 11 种静态资产,我使用 http://www.webpagetest.org/ 进行了一些测试,使用与不使用 CDN 之间没有差异(在性能、优化加载时间方面)。

有什么特别的原因会发生这种情况吗?

顺便说一句,我的地区是拉丁美洲,所以它使用所有位置边缘选项。

谢谢。

【问题讨论】:

  • 你能分享一下之前和之后的两个报告吗?
  • @AnthonyHatzopoulos 这里有:没有 CDN 与 CDN:加载时间:3.7s 加载时间:3.54s 开始渲染:1.822 开始渲染:2.09s 速度指数:2.6s 速度指数:2.2s跨度>
  • 我理解是不同的,CDN 正在取得“一些”进展。这已经运行了 36 次,结果相似,但我不相信它可以提供全部帮助,+-200ms 并没有那么多
  • 您是否从世界其他地方尝试过?使用高级设置并选择其他地方。
  • 其实+-200ms可能很多!这取决于规模。而且由于 CloudFront 也是一个缓存,您的应用程序将收到更少的重复请求。

标签: performance optimization cdn amazon-cloudfront


【解决方案1】:

使用来自 Amazon 或其他公司的 CDN 的主要好处是它们托管在快速可靠的服务器上,并直接从您的服务器卸载流量,如果您有一个专用的快速服务器,您将不会看到可观的流量提升。

但另一个好处是它们可能会被用户的浏览器缓存(由于访问使用相同 CDN 的其他网站),因此访问者在第一次访问您的网站时会有更好的体验。

【讨论】:

    【解决方案2】:

    几个建议。

    如果站点 CSS 是您已移至 CloudFront 的静态资产之一,那么我会尝试将其移回您的主服务器。

    由于在下载网站 CSS 之前无法开始页面显示,因此您希望尽快提供此服务。如果它来自 CDN,则需要第二个 HTTP 请求。

    另外,使用来自webpagetest.org 的瀑布显示来查明瓶颈所在。

    祝你好运!

    【讨论】:

    • 感谢您的建议 :)
    猜你喜欢
    • 1970-01-01
    • 2022-01-15
    • 1970-01-01
    • 2016-10-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-04-16
    • 1970-01-01
    相关资源
    最近更新 更多