2016年1月28日早晨,全球最大開源平臺GitHub出現宕機，首頁提示維護公告，全球各地多位網友均表示無法訪問github.com(如下圖所示)，截至10:30左右，才有網友表示可以訪問。據網友反映，剛點擊進去是顯示獨角獸，在系統修復過程中點擊進去顯示的是章魚貓。

GitHub是全球最大的社交編程及代碼托管網站，作為開源代碼庫以及版本控制系統，GitHub目前擁有140多萬開發者用戶。隨著越來越多的應用程序轉移到了云上，GitHub已經成為了管理軟件開發以及發現已有代碼的首選方法。

據了解，GitHub 的用戶中包括大部分美國科技巨頭例如Twitter、Facebook、Google 以及微軟等。GitHub 員工曾在微博上透露，2014 年中國已經成為 GitHub 用戶數最多的第二大國家。國內的科技巨頭均是GitHub的用戶，例如，支付寶網頁用到的前端模塊 SeaJS、騰訊的移動 Web 前端知識庫 Mars 以及百度的百度圖說。此外，不少創業公司也把部分軟件代碼放到 GitHub ，方便平時開發協作。所以本次服務宕機事件，著實讓不少人焦慮。

在遭遇本次宕機事件后，GitHub正在全力應對這次全球服務故障，在上午10點30分左右，網站訪問均已正常。

對于GitHub出現問題，這已經不是第一次了，在2012年、2013年、2015年均遭受不同原因的服務故障。

在2012年9月，GitHub遭受了兩次服務故障，其中一次是1小時46分鐘的無法訪問，另外一次是接近一小時的性能故障，兩次故障的根本原因都是數據庫的故障切換功能。

在2013年1月15日晚間， GitHub突然疑似遭遇DDOS攻擊，訪問大幅放緩，該網站管理員經過日志查詢，發現是來自12306的搶票插件用戶洪水般的訪問導致GitHub出現問題。(具體事件請查看“GitHub，我們為何訪問不了你?http://os.51cto.com/art/201301/377989.htm”)

從2015年3月26日開始，GitHub遭到其網站歷史上最大規模DDoS攻擊，攻擊時間長達80多個小時并且仍在繼續，GitHub指出,攻擊者的目的是逼迫GitHub移除反審查項目。(具體事件請關注“剝開層層迷霧，深度追蹤針對GitHub的DDoS攻擊 http://netsecurity.51cto.com/art/201504/471301.htm”)

而對于本次宕機事件，目前官方還沒發布宕機的真正原因。對于此次宕機事件，網友們的反應也是各不相同：

雖然大家的熱情各不相同，但小編猜想，可能更多的人都想弄清楚同一個問題：GitHub這次宕機又是因為什么呢?其實對于原因，大家也同樣有著高度的熱情：

對此，小編也采訪了業界不同的專家，對此次事件發表看法，來看看專家們的看法及建議吧：

蘇鵬(中國聯合通信有限公司)：本次GitHub服務宕機，全球各地的用戶無法訪問該代碼庫。GitHub官方尚未對此次事件作出回應，但我個人認為這個時候我們不宜隨意揣測，應該等GitHub官方的聲明之后再酌情分析報道。對于任何網站，出現無法訪問的情況對于用戶來說，所能做的只能是等網站修復，這一點上GitHub和其他網站并沒有任何不同。

Richard 林(華為)：  GitHub宕機，具體原因沒人知道為什么，還得等Github出來解釋了。服務宕機，可能會造成無法下載最新代碼版本，無法進行pull request新修改，但git版本控制的分布式特性還是減緩了宕機的問題，至少還是可以在自己的分支上繼續工作，等恢復時再提交合并代碼即可。

俞勇(DaoCloud聯合創始人 )：對于本次宕機事件，網絡上的說法是大規模網絡中斷，但其實這個原因是不大可能的，因為如果是網絡中斷，是不可能這么快恢復的。目前GitHub是單點，出了故障就只能等，沒有其他后備方案，但好在他們服務質量還是ok的，故障屈指可數，恢復得也快；當然，企業可以考慮自建Gitlab類的服務，自主可控，就不會出現類似于GitHub一宕機，程序員就抓狂焦慮。

小編的話：GitHub作為全球最大的社交編程及代碼托管網站，擁有140多萬開發者用戶，服務質量還是很不錯的，盡管出現過幾次故障，但畢竟也是寥寥無幾，足以證明它的可信度還是很高的；當然，對于GitHub出現宕機問題，我們唯一能做的只有等，等……等它恢復正常，等它公布原因。當然，對于規模比較大，對服務要求更高的企業也可以自建或者考慮使用其他同類服務。