说到GitHub，不得不提18年。2018年10月22日，GitHub意外宕机。该官员称:数据存储系统是此次故障的罪魁祸首。2020年7月13日，时隔两年，GitHub再次下架。这一事件在2020年4月发生三次独立故障后，对GitHub的可靠性提出了新的质疑。 GitHub将4月份的三次失败归咎于:1。软件负载平衡系统的错误配置破坏了为GitHub.com提供服务的应用程序及其相关内部服务之间的内部流量路由；2.数据库连接配置错误，与当时正在进行的数据分区工作有关，“导致意外进入生产环境”；3.网络配置“无意中应用于我们的生产网络” GitHub在4月份承认其模拟实验室环境存在问题。 据该公司称，“模拟环境建立数据库和数据库连接的方式与生产环境不同。 这可能导致生产环境特有的连接更改的有限可测试性。 我们将在接下来的几个月里处理这个问题。 GitHub的大多数平台都运行在自己的裸机基础设施上，而网络基础设施是“围绕Clos网络拓扑结构构建的，每个网络设施通过边界网关协议(BGP)共享路由 “GitHub在2018年被微软以75亿美元收购，被超过5000万开发者使用。 考虑到它所支持的工作负载以及广泛依赖它来确保高可用性，像这样的大规模故障可能会产生严重的影响。 与许多其他大型基础设施提供商一样，GitHub的所有者微软也面临着这一挑战:新冠肺炎疫情爆发后，远程工作人员数量激增，导致工作量激增，因此数据中心基础设施的规模需要迅速扩大。 微软在4月份承认，疫情过后，它在供应链上面临一些问题。 许多网民在推特和微博上谈论:由于世界各地的工厂纷纷倒闭，大型企业和超大规模的公司需要检修数据中心，新冠肺炎疫情严重影响了全球服务器硬件供应链。 (Dropbox的首席技术官表示，其公司的数据中心团队“在8周内主动更换了3万个部件”，以安全地减少现场工作人员) 与此同时，芯片制造商AMD在第一季度财报电话会议上表示，在新冠肺炎疫情危机期间的短短10天内，一家未具名的云提供商为数据中心增加了1万台服务器。由于工作量激增，云提供商拼命扩大其基础设施的规模。 不过GitHub的问题似乎主要还是和仿真环境和生产环境的差距有关。 终于在2017年1月底，由于运维人员疲劳误删数据，GitLab宕机超过24小时。 系统管理员在夜间数据库维护期间使用rm -rf删除了300 GB的生产环境数据。 然而，在整个平台恢复后，六个小时的数据仍然丢失。 GitLab的数据备份功能也出现了故障。 修复报告说当时的数据丢失不是仓库的数据，而是仓库和合并请求操作相关的问题。 为了纪念这一事件，还提议将2月1日定为“世界备份日” 目前无法确定GitHub故障的严重程度。 唯一可以确定的是，没有一个云服务是可靠的，重要的是:备份！后援！后援！