我在Heroku文档中浏览了此页面...

裸域（也称为裸域或顶点域）是通过A记录在DNS中配置的，并且在诸如高可用性环境中使用时具有严重的可用性含义作为大规模的本地数据中心，云基础架构服务和诸如Heroku之类的平台。
为了获得最大的可扩展性和弹性，应用程序应避免使用裸域，而应仅依靠基于子域的主机名。

任何人都可以做在这里说企业？他们警告的“可用性含义”是什么？
（我注意到http://stackoverflow.com没问题，所以显然在这个问题上还有其他可行的选择。）

评论

我运行www.yes-www.org并同意了这个问题。
还有另一个问题：如果没有附加的Cookie，就无法提供静态资产（您不能仅为根域添加Cookie； Cookie必须用于子域或.domain.com（通配符，如果是根域，则使用） ）。您可以通过服务其他域中的资产来解决此问题（SE使用sstatic.net）来避免可怕的www子域。
@MichaelHampton为什么我们不能在www.yes-www.org上发表评论？您为什么不在页面中提及ALIAS（或ANAME记录）？
这个问题已有6年历史了，主要是关于软件的限制。有更新吗？

#1 楼

他们在说的是，当您使用CNAME指向他们的服务时（只能在子域上，而不能在区域根目录上使用-它不能与SOA和NS记录共存，而记录在您的根目录中区域），他们可以更改自己的DNS记录以解决某种可用性问题。

对于区域根，必须使用A记录指向该IP的特定IP地址服务。如果他们在路由问题或针对该特定地址的某种拒绝服务方面遇到问题，则无法更新您区域的A记录以动态指向其他IP；但是，他们可以更新自己的，这就是CNAME允许他们执行的操作。

这不适用于Stack Exchange，因为他们没有使用第三方平台。他们将成为响应可用性问题的人，因此无论是CNAME还是A对他们都没有影响。

评论

ALIAS（或ANAME）记录呢？

–奥古斯丁·里丁格（Augustin Riedinger）
2014-2-27在11:08
@AugustinRiedinger实际上不是DNS记录类型-它们是一种配置，其中某些DNS提供程序将处理抽象化，以动态检查目标的当前A记录，然后将其返回以响应对该名称的查询。它们本质上是为解决这个确切的问题而设计的，因此它们绝对适合用于这种情况。

– Shane Madden
2014-2-27在17:31
因此，如果使用它们，heroku的可伸缩性警告将不再成立，对吗？还是使用它们有技术上的缺陷？

–奥古斯丁·里丁格（Augustin Riedinger）
2014-2-27在20:19
@AugustinRiedinger正确。技术上的缺点是实施难度大，因为“标准” DNS服务器如果没有定制就无法完成这种事情。只要您的提供程序的实现稳定，它就应该与子域上的CNAME设置一样好。

– Shane Madden
2014年2月28日在2:44

#2 楼

除了@ShaneMadden的答案外，一种解决方法是，第三方平台也可以管理您的DNS区域。例如，如果您使用AWS的Elastic Load Balancer服务及其Route 53 DNS服务，则可以使用其自定义别名记录可靠地将区域顶点指向ELB实例，这使他们可以响应可用性问题来更新DNS区域。

但是，这与no-www概念无关，因为www.example.com可以具有CNAME记录。