GitHub 又遭遇全球宕机，还是数据库的锅?

美国时间 8 月 14 日，全球最大的代码托管平台 GitHub，出现了大规模宕机事故（目前已恢复），GitHub 方表示，他们对数据库基础设施进行了更改，怀疑该操作导致各项服务在全球范围内中断，当即已通过回滚基础设施恢复服务。

用户反映，GitHub 主站无法访问，页面上只显示了一个独角兽图标和“无可用服务器”的错误消息。该事件影响范围广泛，包括 Pull Request、GitHub Pages、Copilot 和 GitHub API 在内的多个核心服务也受到严重影响。

值得注意的是，此次故障发生迅速，从 GitHub 首次发布故障信息到多个服务瘫痪仅用了数分钟时间。据第三方监测平台 Downdetector 显示，有超过一万名用户报告了问题。网络监测机构 NetBlocks 也确认了 GitHub 正在经历全球范围的宕机。

历史宕机回顾

这并非 GitHub 首次出现宕机。在过去几年中，GitHub 曾多次遭遇服务中断，包括2018 年的一次长达 24 小时 11 分钟的服务降级，以及 2020 年和 2022 年几次重大故障。

其中，在 2022 年发生的一起大规模多次宕机事故中，GitHub 公布的调查报告也说明宕机事故与数据库（MySQL）有关。详情请阅读：神马？！近期 GitHub 多次宕机的罪魁祸首竟是 MySQL？

用户反映与影响

GitHub 自 2018 年被微软以 75 亿美元收购后，用户数已从不到 4000 万增长到 7300 多万，但一些用户反映，被收购后的 GitHub 在服务稳定性方面似乎有所下滑。

对于依赖GitHub的数百万开发者和企业来说，平台的稳定性直接关系到他们的工作效率和业务连续性。更有网友调侃道：

领导问：今天你怎么一行代码都没写？

针对 GitHub 这次全球性宕机事件，你怎么看？欢迎评论区讨论~

整理丨dbaplus社群

dbaplus社群欢迎广大技术人员投稿，投稿邮箱：editor@dbaplus.cn