具有地理位置策略的 AWS Cloudfront 与 Route53

Posted 2023-02-19

【中文标题】具有地理位置策略的 AWS Cloudfront 与 Route53

【英文标题】：AWS Cloudfront with Geolocation policy vs Route53

【发布时间】：2019-05-28 21:49:32

【问题描述】：

我们可以将 CloudFront 与地理位置策略一起使用，还是 CloudFront 内部具有此功能并且可以单独使用来满足？或者 Route53 是一个正确的选择，同时要求为全球网站提供来自最近地理位置的请求以改善客户体验。

另外，我不清楚我们是否可以同时使用 CloudFront 和 Route53？ 谢谢。

【参考方案1】：

是的，您可以将 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) 之前所在位置的术语。

【讨论】：

谢谢 Shivang，我得到了答案，我们可以一起使用 Route 53 和 CloudFront。但是，我不清楚一件事，一个回答说如果我们一起使用它不会有太大帮助，但是你的回答显示出更多的积极性，并说它会在一起使用时带来最好的结果。现在，它真的是开销还是很好用？根据您的经验，如果您可以让我知道此类用例的行业普遍接受的模式是什么？

@Vinay 我已经编辑了我的答案。如果它解决了您的问题，请接受它作为答案。

感谢您的回复！它有帮助。

【参考方案2】：

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）翻译成更复杂的服务器名称，为实际内容提供服务。

您可以通过在指向您的云端分发的路由 53 中创建别名记录来同时使用云端和 Route53。

【讨论】：

感谢 Sangam 的回复。但是，我得到了一些信息，也对您的回答提出了一个问题，即这是否是好的做法。对于此类用例，业界普遍接受的模式是什么？