惊魂30分：GitHub又全球宕机？网传服务器被盗微软在追回
编辑：元子
【新智元导读】昨天Github突然就崩了，让很多程序员很担心，据称有人询问微客服之后，客服回应服务器被盗了，正在追回。
GitHub这宕机的频率，比我在GitHub上的活跃度都高了！
目前GitHub官方博客没有对此次宕机发表任何声明，这个时候自然少不了各路爆料大神的加入了。
网友shijin1爆料称，因为Github突然宕机，很多程序员都很揪心，纷纷致电微软客服。于是有个客户获得了微软的回应邮件，邮件中写到：「经过排查，发现由于疫情影响导致微软GitHub各地的服务器均有被盗现象，导致服务器宕机。目前正在追回中」。
不得不佩服网友的脑洞，真的是绝了这个理由。脑海中瞬间出现一幅画面：
月黑风高的夜晚，一个包着头巾的小偷，夹着从GitHub偷来的服务器一溜烟儿的往前跑；后面微软的人举着火把拿着手电在后面紧追……
目前来看，开发者们表现的情绪还是比较稳定的，就像是早就预料到这件事虽迟但到一样。毕竟这也不是GitHub第一次出现类似事故，此前也没发生过Error 500后数据丢失、或者长期没有修复导致无法访问的情况。而且今天已经可以毫无障碍、非常流畅的访问GitHub了，大家都很淡定。
或许对很多开发者来说，GitHub的宕机可以被看做是一次难得的短暂休憩。可以站起来喝杯啤酒，或者吃点儿饼干，打打游戏什么的，舒缓一下连日来的疲惫。
在故障记录网站我们可以看到，基本上每个月GitHub都有至少一起事故。
巧合的是，去年7月，GitHub也经过了Error 500，只不过当时是40多分钟，这次是30分钟。Jason Warner当时还写了一份简短的公告：
https://github.blog/2019-07-23-july-22-incident-update/
世界协调时周一下午3:46，GitHub.com上的一些服务经历了41分钟的中断，并因此导致一些服务降级了较长时间。我们的初步调查表明，我们的部署管道中引入了一个逻辑错误，表现在GitHub.com网站的后续和无关的部署中。这一系列事件破坏了一些内部系统的稳定性，使我们的恢复工作变得复杂，并导致服务中断。
所有GitHub服务已恢复正常，没有数据丢失。我们非常重视可靠性，并对此次中断事件表示诚挚的歉意。数百万人和企业依赖GitHub，我们知道我们的社区对我们可用性问题的影响感受深刻。
目前，我们正在对此次事件的成因进行彻底调查，并将与社区分享我们的分析结果。从这次事件中，我们希望能学到新的方法来维护您的信任。
无论如何，还是希望GitHub能够摆脱500魔咒。毕竟越来越多的开发者将项目放在GitHub上，无论对网站本身还是开发者自己，都是无价之宝！
标签:
