2022年12月28日,推特发生大规模宕机,始于太平洋时间下午4点左右,持续超过五小时。数万名用户报告出现奇怪的错误信息、空白页面和不明原因的登出;许多人无法查看回复、回复推文或关注热门话题,部分用户看到“超出速率限制”的错误,表明服务器无法应对。DownDetector和NetBlocks证实了来自英国、加拿大、德国、意大利和印度的报告,TweetDeck也同时宕机;NetBlocks表示该事件与国家层面的互联网中断无关。

直接原因是自己造成的。马斯克发推称,公司推出了“重大后端服务器架构变更”,应能让推特“更快”。这距离他发推称该服务“即使在我断开一台较为敏感的服务器机架后”仍能运行仅十天,也距离推特为清除垃圾信息而短暂屏蔽约30家移动运营商(主要在亚太地区)的流量仅数周。

背景让这次故障变得可以理解:马斯克于2022年10月底以440亿美元收购推特,并试图通过裁减数千名员工来削减开支,其中许多人负责维护该服务的基础设施,同时他亲自推动移除“冗余代码”以提升速度。工程师们嘲讽这一说法——软件架构师Grady Booch引用推文写道:“架构。你一直在用这个词。我不认为它的意思是你以为的那个意思。”

五小时宕机影响英国、加拿大、德国、意大利和印度数万名用户;#TwitterDown成为热门话题

此次宕机发生在裁减数千个基础设施岗位之后——一次重写落在了更少人理解其运作的网络上。

这是一个月内第二起自己造成的事件,此前还有屏蔽30家运营商的事件和“敏感服务器机架”的吹嘘。

故障模式对用户可见——速率限制错误、空白页面、强制登出——将一项性能项目变成了热门话题标签。

你不理解的基础设施是承重结构。性能重写和削减成本以同样的方式面对现实——尤其是当了解该系统的人已经离开时。

推特在超过五小时后解决了该问题;除了那条关于架构变更的推文外,公司未披露任何根本原因细节,也未公布用户影响数据。这一事件成为推特收购后不稳定性公开记录的一部分,与随后出现的服务波动一同被引用,作为基础设施维护能力被削减过度的证据。

从这里,追溯依据

参考来源

  1. Twitter suffered outage after Elon Musk made 'significant' backend server architecture changes TechCrunch · techcrunch.com ·