我们在AWS上有许多服务器组，可以使用三台服务器来提供站点。 每个服务器或一组服务器位于不同的可用区域内，其中一个是redirect服务器，另外两个是在弹性负载均衡器后面访问的主服务器。 我们终于有一个客户使用Route53，并在弹性负载平衡中查找指向区顶点域的一些细节。 支持这个的大多数DNS提供者似乎把这个称为Alogging的DNS别名。 但是有些网站似乎指的是一个名为ANAMElogging的类似logging。 这不是典型的CNAME，也不是非典型的DNAMElogging。 大多数这些网站还引用了DNSMadeEasy 简单DNS使用它。
那么Route53（或其他地方）的loggingALIASes和ANAMElogging有什么区别？ 有一个吗？ 它们中的任何一个是否已经包含在IEFT RFC实现文档中，或者是否都是在它们使用的提供程序中实现的别名logging？
[edit]：为ANAME使用情况列出的不正确的DNS提供商
它看起来像ANAME只是一个由DNS Made Easy组成的标准名称，用来描述它们的服务， 与 Route 53 Alias 非常类似 。
我最近在Stack Overflow上描述了Alias和CNAME之间的区别，但总结在这里：
为给定主机configuration了一个CNAME DNS服务器会发出一个指示正在查找的主机的规范名称的引用，通常需要由原始parsing器查询第二个查询来查找该备用名称; 一个别名（从它的外观，一个ANAME ）使用DNS服务器知道的“真实”目的地的内部信息，直接对请求直接作出响应，而不需要第二次查找，也不需要查看中间信息DNS协议交换。
除此之外，别名还提供了使用路由53拥有的有关S3网站端点，ELB和Cloudfront的当前有效IP地址的信息的能力，以响应具有权威信息的Alogging查询准确的近乎实时的，如果你使用这些服务，是不是其他供应商可以支配的东西; 当然，相反的情况也是如此，Route 53 Alias不能用于查找和返回路由53本质上不可用的信息。不能仅仅使用“any”目标作为别名 – 只有我上面提到的三个服务的端点，或者在Route 53内同一托pipe区域的其他logging。
从这个意义上说， ANAME和别名是不等价的，这取决于什么服务提供了后端…除非ANAME指向（内部）静态的信息。
如果目的地是S3，ELB或CloudFront，另一个DNS主机服务上的ANAMElogging将无法提供与Route 53相同的function，方式与Route 53上的别名无法返回指向另一个CDN提供商的边缘位置使用内部可用信息，因为这些信息不是内部可用于提供商的基础设施。 否则，function看起来大致相同。
从FAQ开始，它解释了一个别名logging是一个Route53特定的指针，类似于CNAMElogging，但对parsing器不可见。