为什么Heroku对“裸体”域名提出警告?

我在Heroku文档中跑过这个页面

裸体名(也称裸露域名或顶级域名)在DNS中通过Alogging进行configuration,在高度可用的环境(如大规模内部数据中心,云基础架构服务以及Heroku等平台)中使用时,会造成严重的可用性影响。

为了获得最大的可伸缩性和弹性,应用程序应该避免使用裸域,而仅仅依赖基于子域的主机名。

有人在这里说企业吗? 他们警告的“可用性影响”是什么?

(我注意到http://stackoverflow.com工作没有问题,所以显然有这个问题上可行的替代哲学。)

    他们在谈论的是,当你使用CNAME指向他们的服务(这只能在子域上,而不是在区域根上),它不能和你的根目录所需的SOANSlogging共存区域),他们可以更改自己的DNSlogging来解决某种可用性问题。

    使用区域根目录,您必须使用Alogging指向服务的特定IP地址。 如果他们遇到路由问题,或者针对该特定地址拒绝服务,则无法将您的区域的 Alogging更新为即时指向不同的IP; 他们可以更新他们自己的,这就是CNAME允许他们做的事情。

    这不适用于Stack Exchange,因为它们不使用第三方的平台; 他们会回应可用性问题,所以无论是CNAME还是A都不会影响他们。

    作为@ ShaneMadden的答案的补充,一个解决方法是第三方平台也pipe理您的DNS区域。 例如,如果您使用AWS的Elastic Load Balancer服务及其Route 53 DNS服务,则可以使用其自定义别名logging可靠地将ELB实例中的区域顶点指向,这样就可以更新您的DNS区域以响应可用性问题。

    然而,这是一个反对无www的概念,因为www.example.com可以有一个CNAMElogging。