智安网络讯：美国西海岸时间周日下午 4 点左右开始，GitHub 网站宕机。
“见鬼？？？”，一位 Twitter 用户评论道，“我创建了一个公共存储库, 但当我敲下代码时, Git 客户端告诉我存储库不存在。此外，我无法打开http://github.com 中的存储库 ，甚至不能创建一个新的同名存储库。我需要帮助@GitHub。”
受影响的不只美国的程序员，远在大洋彼岸的中国用户在周一上班时也遭遇了这一状况。
不过，根据 GitHub 问题热力图显示，此次 GitHub 网站宕机受影响最严重的地方有美国西海岸、日本、马来西亚以及澳大利亚东南部地区。
这一次，来自中美日的程序员站在了统一战线。
据报道，目前 GitHub 的后台服务依然是在正常运转的，只是网站暂时冻结了。因此导致一些用户无法登录，或者一些 branch（分支）无法访问。
但如此大范围的宕机到底是什么原因引起的？根据 GitHub 的 Status Message（状态信息），原来是数据存储系统出了问题。
目前，GitHub 的技术团队正在努力迁移数据存储系统，以恢复 GitHub.com 的正常访问。预计在两个小时内，该问题将会得到解决。
事实上，今年 3 月，GitHub 曾遭遇了史上最大规模的 DDoS 网络攻击，每秒 1.35 TB 的流量瞬间冲击了这一开发者平台，最终其还是借助 DDoS 防御服务提供商 Akamai Prolexic 提供的帮助才得以艰难度过。
那么既然如此，不少开发者在 GitHub 遭受攻击或系统宕机时，把项目迁移到 GitLab 上靠谱吗？
实际上，早在微软宣布收购 GitHub 的时候，一众程序员已经纷纷表示要舍弃 GitHub，投奔 GitLab 了。
但 GitLab 也并不那么靠谱。据开源中国报道，2017 年 1 月底，GitLab 因运维人员疲劳误删数据导致宕机超 24 小时。该系统管理员深夜在进行数据库维护时，使用 rm -rf 删了 300 GB 生产环境数据。不过，整个平台恢复之后，有 6 个小时时间的数据还是丢失了。
GitLab 的数据备份功能也失效了。修复报告称当时数据丢失并非仓库的数据，而是仓库相关的 issue 以及合并请求操作。为了纪念这个事件，还有人提议将 2 月 1 日定为“世界备份日”。
目前还不能确定 GitHub 故障的严重程度。唯一可以确定的是，什么云服务都是靠不住的，重要的是：备份！备份！备份！
閱讀更多 智安網絡 的文章
