美国时间 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 这次全球性宕机事件,你怎么看?欢迎评论区讨论~
如果字段的最大可能长度超过255字节,那么长度值可能…
只能说作者太用心了,优秀
感谢详解
一般干个7-8年(即30岁左右),能做到年入40w-50w;有…
230721