将区域顶点路由到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
如果您使用Amazon Route 53作为DNS服务，则可以创建别名资源记录集而不是CNAME。使用别名资源记录集，您不需要为Route 53查询付费。此外，您可以在区域apex（example.com）中为域名创建别名资源记录集 http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html
Cloudfront dist on top level domain
除了使用Amazon 53之外还有其他选择吗？
答案 0 :(得分：3)
我在DNSimple从Darrin那里得到的有用建议就是：
您好，
ALIAS记录和CDN的问题在于它将解析到最接近我们名称服务器的端点，而不是解析为最靠近客户端的端点的正常行为。
使用我们的Anycast网络可能会获得更好的性能，因为我们的名称服务器已经分布得更靠近客户端。也就是说 - 我可能会建议不要在任何情况下使用带有CDN的顶点记录。
如果您正在使用CDN，我可能会使用从顶点到CNAME“www”的URL重定向。
所以完整的设置将是：
dev.myapp.com ---- CNAME ----> s3 location
stage.myapp.com -- CNAME ----> Cloudfront Location
www.myapp.com ---- CNAME ----> Cloudfront Location
myapp.com ----- REDIRECT ----> www.myapp.com
我对性能影响表示担忧，但我想我们可以测量并做出反应。