美国东部时间周三下午，Zoom 遭遇了全球大规模宕机。宕机期间，用户收到了错误消息，提示无法访问网站或地址可能存在拼写错误。

　　后续调查显示，该事件与 Zoom 自身的基础设施无关。问题源于其域名 Zoom.us 的一个严重错误。由于域名注册机构层面的故障，该域名的解析被暂停。负责 .us 域名的注册机构是 GoDaddy Register。

　　尽管问题后来得到了解决，但 Zoom、Markmonitor 和 GoDaddy 都没有透露所谓通信错误的具体性质，也没有透露什么样的故障可能导致注册机构暂停活跃且重要的域名whatsapp安卓版手机号收不到验证。

　　此次事件给我们一个深刻的教训：将状态页面托管在与主服务相同的域名和基础架构上存在风险。业内有一个流传已久的笑话：平台的状态页面应该由竞争对手托管——这样即使平台本身下线，用户仍然可以访问状态信息。

　　不幸的是，Zoom 就落入了这个陷阱。它的状态页面托管在子域名 status.Zoom.us 上，而主域名一旦宕机，该子域名也同样无法访问。更糟糕的是，Zoom 的企业客户和客户成功经理通过 Zoom 本身进行沟通，这意味着当平台出现故障时，客户无法联系他们的客户经理来确定故障原因。

　　相比之下，GitHub 采取了更为谨慎的做法，为其系统状态日志注册了一个单独的域名然而，即使是这个页面似乎也托管在 GitHub 自己的数据中心，这引发了人们对其在基础设施全面崩溃时可用性的担忧。

　　GoDaddy 是一家域名注册商，而 GoDaddy Register 则是 .us 域名的注册机构。虽然两者有关联，但它们作为不同的实体运营。