Amazon S3 的 CNAME 记录——有什么缺点吗？

Question

我想为我的 Amazon S3 域创建 CNAME 记录，以获得更好的 URL。

网络上对此没有太多讨论，亚马逊文档中也没有任何内容（除非我遗漏了它）。这是一个合理的做法吗？有什么缺点吗？

Answer 1

AFAIK 没有什么特别之处。在您的公共 DNS 中，只需将“your-name.your-domain.com”创建为“your-bucket-name.s3.amazonaws.com”的 CNAME，并使文件夹名称与您的域名匹配。

我的 Amazon S3 域的 CNAME 记录，所以有更好的 URL

我假设您的网站托管在其他地方。在 HTML 中，有指向 S3 上托管的图像、视频等的链接。您希望这些链接看起来更漂亮。

这是一个合理的做法吗？

嗯，对一些人来说。我认为不会有太多最终用户查看您的 HTML 或注意到他们的浏览器正在加载什么——如果他们这样做了，我认为他们并不关心。

有什么缺点吗？

还有一个单点故障（您的 DNS 配置），但这可能无关紧要，因为您的主网站已经遇到了同样的问题。您的用户的（相当）小幅减速，因为他们现在必须进行一次额外的 DNS 查找。第一个用于您的 CNAME (fx static.yourdomain.com)，然后一个用于 S3。这可能平均约 100 毫秒，不多。

快速说明：您似乎已经在使用 S3。如果它运作良好，那就没问题了。如果您的受众在某种程度上是全球性的，并且您拥有公平的流量，那么您可以改用内容交付网络。当然会想到亚马逊自己的 Cloudfront，但它并不是最快的 CDN。要了解各种 CDN 的速度，您可以从几个位置使用Cloud Harmony 的测试工具。对于小文件（CSS、JS、图像）要特别注意延迟。对于视频吞吐量更重要，但这对于 CDN 来说很少成为问题。