GitHub挂了24小时，今晨7点全面恢复

新智元报道 来源：blog.github，status.github，thenextweb.com 编辑：三石

【新智元导读】北京时间10月22日早上6点52分，GitHub.com出现大面积网站宕机，GitHub官方为用户带来的不便表示诚挚的歉意，并表示将尽快修复。今晨7点，历经24小时，一切终于恢复正常。

鬼知道GitHub在24小时里都经历了些什么！

先来看下GitHub“血红”的状态消息列表：

从问题出现开始到解决的这24小时里，GitHub团队显然处于崩溃状态。

北京时间下午2点51分开始，状态消息不断在更新：再给我2小时！再给我1.5小时！再给我半小时！......

然而，“小时复小时，小时何其多”，承诺了太多，做到的太少，无奈，官方发布致歉函，表示真挚的歉意：

北京时间10月22日早上6点52分，GitHub.com上多个服务由于受到网络分裂（network partition）和subsequent数据库故障的影响，导致我们网站显示的信息不一致。我们非常谨慎地采取了措施确保数据的完整性，包括暂停webhook事件和其他内部处理系统。

我们知道我们的服务对您的开发工作流程是有多么重要，我们正在积极、努力地建立一个网站全面恢复的预估时间表。我们会尽快与您分享这条信息。在此期间，GitHub.com上的信息可能会显示为过期，但数据并没有丢失。一旦服务完全恢复，一切都会完好如初。

此外，此事件仅影响存储在MySQL数据库中的网站元数据，例如issue和pull request。 Git存储库数据并不受影响，并且在整个事件期间一直可用。

我们将继续通过状态页面提供更新和预估的解决时间。

GitHub到底怎么了？

由官宣的致歉函以及状态消息列表可以看出，此次GitHub大面积的宕机主要是由于数据存储系统出现了问题。

给用户带来的困扰，简单来说就是：存储库，突然“消失”了！举个例子，你建了一个公共存储库，然后敲代码时，GitHub会提示你存储库不存在；同时也无法打开其它存储库，也不能创建同名存储库。

然后网友们就炸锅了：

也有网友表示，“天呢！GitHub还没修复好？！要破纪录了！”

GitHub也给出了网络宕机热力图，可以看到遭受此次影响较为严重的是日本、美国西海岸、马来西亚以及澳大利亚东南地区。

不过，于北京时间10月23日早7点，GitHub终于解决的此次“灾难性”问题：

想必GitHub的工作人员们应当是24小时没有合过眼了，辛苦了！

致敬每一位奋斗在前线的程序员与工程师！

参考链接：

https://blog.github.com/2018-10-21-october21-incident-report/

https://status.github.com/messages

https://thenextweb.com/dd/2018/10/22/github-is-down-because-of-data-storage-issues/