Dns 您什么时候会选择路由53别名而不是CNAME？

我试图弄清楚，对于指向aws负载平衡器的域，我是否应该使用Route 53 Alias功能或CNAME

根据他们的文档，这样做的一个优点是您可以在区域顶点上使用Alias

然而，我不打算在那个级别上使用它。只需通过子域（subdomain.example.com）。在这个用例中，我是否只使用CNAME

我想有一个不利的方面是Route 53 DNS别名条目的脆弱性。我通过cloudformation进行配置，我意识到如果Alias目标后面的负载平衡器或任何aws资源不再存在，cloudformation模板也将停止中断

---

当您只想为其他内容添加新记录时，这是很痛苦的，因为以前配置的别名已不存在。正如您指出的apex domain及其文档，我想您已经知道Alias和CNAME之间的基本区别了。为完整起见，我还将添加以下链接：

ALIAS与CNAME相比的一大优势是，ALIAS记录是免费的，这一点您可能不知道（您的问题中没有提到）。对于非别名记录，您必须。别名查询包括：

有关合格别名记录的查询，请访问无需向Route 53客户支付额外费用

---

您描述的云形成破坏问题，适用于任何记录。Alias也不例外。更重要的是，这适用于在CFN中创建的任何资源。如果您在CFN中创建一些资源，并在CFN之外修改/删除它们，那么您将陷入堆栈不一致的麻烦中

关于CF中断，我理解CF漂移适用于任何记录。我所描述的是Alias记录和目标之间的紧密耦合。比如说负载平衡器。如果负载平衡器不再存在，则运行模板的操作将失败。如果我们改为使用CNAME，如果目标域没有解析为任何内容，则模板仍会生成。@froi谢谢。我明白你的意思。我认为你在这种情况下是对的。但alias是使用AWS资源及其免费软件的推荐方式。但我认为，允许在堆栈之外手动删除CFN创建的堆栈资源的可能性更令人担忧。在CFN之外手动修改CFN中的任何资源是不好的做法。