Amazon S3 的 CNAME 记录 - 有什么缺点吗?

Amazon S3 的 CNAME 记录 - 有什么缺点吗?

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

网络上没有太多关于此问题的讨论,亚马逊文档中也没有(除非我错过了)。这样做合理吗?有什么缺点吗?

答案1

据我所知,这没什么特别的。在您的公共 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 来说很少是个问题。

答案2

这应该涵盖了您想要的内容。发布您的评论等以获取更多帮助:

http://carltonbale.com/how-to-alias-a-domain-name-or-sub-domain-to-amazon-s3

相关内容