【问题标题】:Do it yourself or use a commercial CDN自己做或使用商业 CDN
【发布时间】:2011-01-06 09:03:36
【问题描述】:

考虑一个包含大量静态 .js 和图像包的动态内容 html 网站必须托管在一个位置。该网站很快就会有几千名新用户聚集在世界另一端的一个国家。这个新的偏远国家有一个 Amazon S3 节点,该国家/地区的所有用户都将在 S3 节点的 1000 公里范围内。

为了改善远程国家/地区的用户体验,我建议在靠近远程用户社区的本地服务器上找到最大和引用最多的静态文件,并在为这些用户提供服务时重写 URL。

我的感觉是,在这种情况下使用商业 CDN 会有点过头了,直接引用我们自己手动管理的 S3 静态内容会给我们更多的控制权,特别是对于 JavaScript 的偶尔紧急补丁。

【问题讨论】:

  • “这个新的偏远国家有一个谷歌 S3 节点......” - 我想你的意思是亚马逊 S3?
  • @geoff - 是的,我做到了,现在更正了,谢谢。就在发布我的问题之前,我一直在阅读 Google CDN 中加载了哪些标准 .js 框架以供免费公共访问,因此大脑中也有 google。不幸的是,我的 App 的 JS 框架早于 Ext.JS 和 JQuery。

标签: amazon-s3 cdn


【解决方案1】:

如果您已经在使用Amazon S3 来存储静态内容,那么使用亚马逊的CloudFront CDN 是有意义的。

您可以毫不费力地开始使用它并获得 CDN 的所有好处。

【讨论】:

  • 我在这里争论的是,鉴于用户群已经聚集在单个 Amazon S3 节点周围,CloudFront 是否会带来任何额外的东西。 CDN 带来了更新传播延迟和无法控制谁可以访问我网站的静态内容。使用 S3 和注册用户群,我可以设置一些访问控制来限制对我们 JavaScript 中 IP 的访问。 (我应该补充一下,这是自发布原始问题以来我发现的一个好处)
  • @camelCase - 我同意直接使用 S3 而不是 cloudfront 更简单,尽管这两种方法都有权衡。使用 S3,您将负责复制、url 重写等。使用 CloudFront,您将负责所有这些。顺便说一句,您仍然可以使用 CloudFront 并保护您的内容。请参阅aws.typepad.com/aws/2009/11/… 了解更多信息
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2020-06-30
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-06-18
  • 1970-01-01
相关资源
最近更新 更多