我们在 AWS 上有许多服务器组，它们使用三台服务器为网站提供服务。每台服务器或服务器组都位于不同的可用区域内，其中一个是重定向服务器，而其他两个是弹性负载平衡器后面访问的主服务器。我们最终让一个客户端使用 Route53，并查找将区域顶点域指向弹性负载平衡的一些详细信息。支持此功能的大多数 DNS 提供商似乎将其称为 A 记录的 DNS 别名。然而，一些网站似乎引用了类似的记录，称为 ANAME 记录。这不是典型的 CNAME，也不是典型的 DNAME 记录。这些网站中的大多数还引用了使用它的DNSMadeEasy simpleDNS 。
那么 Route53（或其他地方的）A 记录 ALIASes 和 ANAME 记录之间有什么区别？有区别吗？它们是否都具有或包含在 IEFT RFC 实施文档中，或者别名记录是否都在它们所使用的提供商中实现？
[编辑]：为 ANAME 使用列出的 DNS 提供商不正确
答案1
看起来ANAME只是一个听起来很标准的名字DNS 变得简单描述他们的服务产品极其相似了解 Route 53 Alias 的作用。
我描述了 Alias 和CNAME最近的堆栈溢出，这里总结一下：
对于给定主机，配备了 的 DNS 服务器CNAME会发出一个指示所查找主机的规范名称的引用，这通常需要原始解析器进行第二次查询才能查找该备用名称；而别名（看起来是ANAME）则使用 DNS 服务器所了解的有关“真实”目的地的内部信息来直接响应请求，无需第二次查找，也不需要查看 DNS 协议交换中的中间信息。
除此之外，别名还能够利用 Route 53 所掌握的有关 S3 网站端点、ELB 和 Cloudfront 的当前有效 IP 地址的信息，以近乎实时的准确权威信息响应 A 记录查询，如果您使用这些服务，则其他任何提供商都无法提供这些信息；当然，反之亦然，Route 53 别名不能用于查找和返回 Route 53 本身不可用的信息。您不能只将“任何”目标用作别名 - 只能使用我上面提到的三个服务的端点，或 Route 53 内同一托管区域中的其他记录。
从这个意义上说，ANAME和别名并不等价，这取决于提供后端的服务……除非ANAME指向（内部）静态的信息。
另一个 DNS 主机服务上的记录ANAME无法提供与 Route 53 相同的功能如果目标是 S3、ELB 或 CloudFront，同样，Route 53 上的别名无法使用内部可用信息返回指向另一个 CDN 提供商边缘位置的答案，因为该信息对于提供商的基础设施而言不是内部可用的。否则，功能似乎大致相同。
答案2
开始就在这儿在常见问题解答中，它解释了别名记录是 Route53 特定的指针，类似于 CNAME 记录，但对解析器不可见。