domain-name-system – Amazon S3的CNAME记录 – 有什么缺点吗?

前端之家收集整理的这篇文章主要介绍了domain-name-system – Amazon S3的CNAME记录 – 有什么缺点吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我想为我的Amazon S3域创建一个CNAME记录,以获得更好的URL.

在网上没有太多关于这一点的讨论,在亚马逊文档中没有任何讨论(除非我错过了它).这是一件合理的事吗?有什么缺点吗?

解决方法

AFAIK没什么特别的.在您的公共DNS中,只需将“your-name.your-domain.com”创建为“your-bucket-name.s3.amazonaws.com”和 have the folder name match your domain name的CNAME.

CNAME record for my Amazon S3 domain,so have nicer URLs

我假设您的网站已在其他地方托管.在HTML内部,有链接到S3上托管的图像,视频等.你希望这些链接看起来更好.

Is this a reasonable thing to do?

嗯,对某些人来说.我不认为太多的最终用户会查看你的HTML或注意他们的浏览器加载的内容 – 如果他们这样做,我认为他们并不关心.

Are there any drawbacks?

还有一个单点故障(你的DNS配置),但它可能是微不足道的,因为你已经为你的主网站提出了同样的问题.您的用户(相当)小的减速,因为他们现在必须进行一次额外的DNS查找.第一个用于您的CNAME(fx static.yourdomain.com),然后用于S3.这可能是平均约100毫秒,不多.

快速说明:您似乎已经在使用S3了.如果它运作良好,那就没关系.如果您的受众群体具有某种全球性,并且您拥有合理的流量,那么您可以使用内容分发网络.亚马逊自己的Cloudfront当然会浮现在脑海中,但它并不是最快的CDN.要了解各种CDN的速度,您可以从几个位置使用Cloud Harmony’s test tools.对于小文件(CSS,JS,图像),要特别注意延迟.对于视频吞吐量更重要,但这对于CDN来说很少是一个问题.

原文链接:https://www.f2er.com/html/229030.html

猜你在找的HTML相关文章