我们可以将 CloudFront 与地理位置策略一起使用，还是 CloudFront 内部具有此功能并且可以单独使用来满足？或者 Route53 是一个正确的选择，同时要求为全球网站提供来自最近地理位置的请求以改善客户体验。
另外，我不清楚我们是否可以同时使用 CloudFront 和 Route53？ 谢谢。
【问题讨论】：
标签： amazon-web-services amazon-cloudfront amazon-route53
是的，您可以将 Route53 与 CloudFront 一起使用，以获得别名记录的最佳结果（当您使用 AWS 购买您的域时，仅当您从 AWS 外部购买时，您可以直接在那里配置/添加您的 CloudFront 详细信息，如本例所示添加Route53会增加ip访问次数。Read More here)。
CloudFront 会将您的内容分发到 100 多个边缘站点，这将缩短您的响应时间并降低延迟并节省您的成本。它将从最近的位置传送内容。
Route53 将管理您的 DNS 事务。
CloudFront 足以从最近的边缘站点交付内容。它还将帮助您将数据复制到多个边缘位置。
就像内容交付网络(CloudFront) + DNS(Route53)。
Read this for good understanding.
创建 Web 分配时，您可以指定 CloudFront 将其分配到边缘站点的文件的请求发送到何处。 CloudFront 支持使用 Amazon S3 存储桶和 HTTP 服务器（例如 Web 服务器）作为源。
Route53 是一项 DNS 服务，是数据的来源。术语 Origin 是原始数据在缓存到 CDN (CloudFront) 之前所在位置的术语。
【讨论】：
cloudfront 和 Route53 都有不同的用途。Route 53 是 DNS 服务，而 Cloudfront 是 CDN 服务，用于提供静态（和动态）内容。
cloudfront 与Route 53 Geolocation Routing 一起使用。但是cloudfront 中已经启用了位置明智的内容交付，因此地理位置策略不会有太大帮助。如果您不使用云端并且希望根据用户位置分配流量，那么您可以使用Route53 地理定位策略通过 ELB（弹性负载均衡器）将流量路由到最近的应用服务器。例如，您可能希望所有查询从欧洲路由到法兰克福地区的 ELB 负载均衡器。因此，您在这里决定哪台服务器将处理来自特定区域的流量。但在云端的情况下，当第一个请求被命中时，它会将内容缓存在最近的数据中心（边缘位置）。 automatically 来自该区域的下一个请求通过该边缘位置提供服务。 Cloudfront：它是一种 Web 服务，可加快向用户分发静态和动态 Web 内容（例如 .html、.css、.js 和图像文件）的速度。内容缓存在边缘位置（数据中心）。在云端，您可以指定内容需要作为服务器的分发。
Route 53：它是一项 DNS 服务，可将您容易记住的 DNS 名称（如 google.com）翻译成更复杂的服务器名称，为实际内容提供服务。
【讨论】：