AWS Route 53 和响应时间
AWS Route 53 and response times
我想将 Route 53 与另一个提供商 (DigitalOcean) 一起使用 Route 53 会增加我的应用程序的响应时间吗？
我需要 Route 53，因为它具有故障转移和健康检查功能。
除非您使用 IP 地址连接到您的站点，否则总会有 DNS 查找。通常对您访问的每个站点进行多次 DNS 查找（甚至在您开始第三方查找之前）
DNS 查询也会根据其 TTL 的长度进行缓存。所以通常客户端只会在会话开始时发出请求，它所花费的时间将在您的应用程序设置的其余部分丢失。
要了解 DNS 的范围，假设您从 Route 53 以 1 美元的价格获得了 40 亿次 DNS 查询。DNS 查询很小，大约 130 字节，因此它们使用的网络流量可以忽略不计。
因为无论你做什么，你都需要通过互联网发送 DNS 查询（或者你的客户会），关于响应时间的唯一限制因素是你的 DNS 服务器客户端和服务器响应的距离时间.
亚马逊拥有设计精良的 DNS 基础设施，位于高性能全球网络之上。 （当然，几乎没有实际证据证明这一点，据我们所知，Route 53 可能 运行 来自某人笔记本电脑上的虚拟机 - 但似乎不太可能）
我们可以合理地确定 Amazon Route 53 运行在高性能硬件上运行，并且在物理上靠近最终客户端。
至于作为 DNS 查询的单独流完成的健康检查，如果 Route 53 查询服务器处于活动状态，它将保持所有传入查询的状态，直到下一个状态查询。
TL;DR
如果您使用 Route 53，您将获得可与任何主要 DNS 提供商相媲美的响应时间，这纯粹是因为他们能够负担得起所需的规模和位置。
既然你真的离不开 DNS，你不妨去那里！
我想将 Route 53 与另一个提供商 (DigitalOcean) 一起使用 Route 53 会增加我的应用程序的响应时间吗？
我需要 Route 53，因为它具有故障转移和健康检查功能。
除非您使用 IP 地址连接到您的站点，否则总会有 DNS 查找。通常对您访问的每个站点进行多次 DNS 查找（甚至在您开始第三方查找之前）
DNS 查询也会根据其 TTL 的长度进行缓存。所以通常客户端只会在会话开始时发出请求，它所花费的时间将在您的应用程序设置的其余部分丢失。
要了解 DNS 的范围，假设您从 Route 53 以 1 美元的价格获得了 40 亿次 DNS 查询。DNS 查询很小，大约 130 字节，因此它们使用的网络流量可以忽略不计。
因为无论你做什么，你都需要通过互联网发送 DNS 查询（或者你的客户会），关于响应时间的唯一限制因素是你的 DNS 服务器客户端和服务器响应的距离时间.
亚马逊拥有设计精良的 DNS 基础设施，位于高性能全球网络之上。 （当然，几乎没有实际证据证明这一点，据我们所知，Route 53 可能 运行 来自某人笔记本电脑上的虚拟机 - 但似乎不太可能）
我们可以合理地确定 Amazon Route 53 运行在高性能硬件上运行，并且在物理上靠近最终客户端。
至于作为 DNS 查询的单独流完成的健康检查，如果 Route 53 查询服务器处于活动状态，它将保持所有传入查询的状态，直到下一个状态查询。
TL;DR
如果您使用 Route 53，您将获得可与任何主要 DNS 提供商相媲美的响应时间，这纯粹是因为他们能够负担得起所需的规模和位置。
既然你真的离不开 DNS，你不妨去那里！