要将区域顶点路由到Cloudfront,我必须使用亚马逊的'53'DNS服务,这是真的吗?
这是一个非常令人惊讶的限制。如果没有其他选择,我必须移动DNS服务并更改SSL证书。
例如:
dev.myapp.com ---- CNAME ----> s3 location // works great
stage.myapp.com -- CNAME ----> Cloudfront Location // works great
myapp.com -------- ALIAS ----> Cloudfront Location // Issa no worky so good
如果您使用AmazonRoute53作为DNS服务,您可以创建一个别名资源记录集,而不是CNAME。使用别名资源记录集,您不需要为Route 53查询付费。此外,您可以在区域顶点为域名创建别名资源记录集(example.com)http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html
顶级域上的Cloudfront dist
除了使用Amazon53,还有其他选择吗?
我在DNSimple从Darrin那里得到的有用建议是:
你好,
ALIAS记录和CDN的问题在于,它将解析到离我们的名称服务器最近的端点,而不是解析到离客户端最近的端点的正常行为。
使用我们的Anycast网络,您可能会获得更好的性能,因为我们的名称服务器已经分布在离客户端更近的地方。也就是说,我可能会建议在任何情况下都不要使用CDN的顶点记录。
如果你使用CDN,我可能会使用从顶点到CNAME的URL重定向";www";。
所以完整的设置是:
dev.myapp.com ---- CNAME ----> s3 location
stage.myapp.com -- CNAME ----> Cloudfront Location
www.myapp.com ---- CNAME ----> Cloudfront Location
myapp.com ----- REDIRECT ----> www.myapp.com
我对性能影响感到担忧,但我想我们可以衡量这些影响并做出反应。