新智元报道 来源:blog.github,status.github,thenextweb.com 编辑:三石
鬼知道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/