GitHub 发生严重宕机，Copilot同时瘫痪，又是 MySQL 惹的祸？
导读：这些问题显然是因为 GitHub 回滚了“与数据库基础设施相关的变化”而出现的。
导读：这些问题显然是因为 GitHub 回滚了“与数据库基础设施相关的变化”而出现的。
GitHub 是一家广受欢迎的代码存储库和开发者平台。
在十几个小时前，如果你访问GitHub 主网站时，会显示一条错误消息，提示“当前没有服务器可以处理您的请求”，但之后网站又短暂恢复了运行。（错误消息中还出现了一张愤怒的独角兽图片。）
有详细事件报告这样描述道：
GitHub 主站无法访问，显示“无可用服务器”的错误信息。同时，包括 Pull Request、GitHub Pages、Copilot 和 GitHub API 在内的多个核心服务受到严重影响。
然而，随后此事件迅速升级。
GitHub Status 的第一条消息是在东部时间晚上 7:11 发布的，但几分钟后，GitHub 报告了其多项服务出现问题。问题似乎很普遍，而 Downdetector 显示有超过 10,000 名用户报告了类似问题，而且问题报告得相当突然。
晚上 7:13，互联网监控服务商 NetBlocks也发布消息称 GitHub“正在经历国际中断”。
之后，在 GitHub Status 又发布状态称 Copilot 也瘫痪了。
有一些人在 Hacker News 幸灾乐祸的说：“这下好了， 开发者可以正当光明摸鱼，Copilot 也挂了”。
对于本次故障，GitHub 没有立即回应置评请求。
根据消息更新，当地时间 8 月 15 日 GitHub 表示在重大中断后已经恢复正常。
根据 GitHub Status 后期发布的消息，这次故障与数据库基础设施上的变更有关，正在组织人员回滚。
大家知道，无状态的服务有许多恢复手段，即时挂了也比较容易恢复。而有状态的数据库一旦出问题，就是大问题。我们尚不知道是哪种数据库故障，与哪种数据库基础设施变更导致的故障。
根据美国东部时间晚上 8:26 的状态消息，该公司已撤销了显然导致问题出现的数据库基础架构更改，并表示服务现在已经“全面运行”。
GitHub于 2018年被微软以75亿美元收购，用户数已从不到4000万增长到7300多万，但一些用户反映，被收购后的GitHub在服务稳定性方面似乎有所下滑～
作者：万能的大雄
相关阅读：
微信扫码关注该文公众号作者