Facebook宕機事故，暴露了上雲不是唯一的答案_風聞

當國內人民歡度假期的時候，互聯網巨頭Facebook卻收穫了“負面新聞大禮包”。

負面之一，就是長達6小時的全球大宕機。

據説，這是Facebook創辦以來最嚴重的一次網絡訪問事故，除了Instagram、Whatsapp、Messenger這幾大海外衝浪必備平台，虛擬現實平台Oculus的遊戲，部分企業端服務以及很多需要Facebook賬號登錄的平台都上不去了，就連Facebook公司的內網也受到影響。要知道，這裏可匯聚了全球最厲害、薪酬最高的一大批程序員啊！

互聯網公司宕機，並不是一件很稀奇的事。

今年早些時候，國內某視頻平台就因為服務器突然故障，一度崩潰，大量用户“流浪”到其他網站，巨大的流量洪峯又讓其他平台也連鎖式癱瘓了，各廠程序員們都感受到了被宕機統治的恐懼，一度登上微博熱搜，被網友戲稱為——互聯網內卷之《誰也別想睡覺》。

同樣是宕機，為什麼Facebook就面臨着“非死不可”的吐槽聲，而不是一笑了之呢？

這可能是因為，Facebook龐大的產品生態，已經不再是娛樂衝浪的一部分，而成為了數字生活的基礎設施。

尤其是在疫情之後，許多企業服務、辦公教育等都依賴互聯網來完成，服務中斷會直接導致嚴重的經濟損失。

在WhatsApp（Facebook旗下一款類似微信的軟件）的官網就顯示，巴黎的醫療人員會在WhatsApp 羣組內更新醫院病牀、資源等信息；印度企業依靠WhatsApp售賣產品；巴西政府、醫療和教育系統都通過WhatsApp提供C端服務，比如接收考試成績、遠程預約掛號等等。

可想而知，作為數字化底座的互聯網服務，一旦中斷，將連帶產生不少次生災害。

而面對宕機，我們第一時間總會想到雲服務商，雲中斷導致的問題，互聯網企業自然也是受害者。

不過，像Facebook這樣的巨頭，往往核心業務和數據都放在自家數據中心的服務器上。這次宕機之後，就有不少工程師“打飛的”到位於加州的主數據中心參與維修，科技媒體The Verge還曾爆料，因為門禁卡失效，工程師們使用切割機，鋸開了數據中心的服務器鐵籠。

Facebook面臨的挑戰，也是許多互聯網巨頭的縮影：一方面，作為數字化底座，最大程度地保證基礎設施的穩定性、可靠性，是巨頭們應盡的社會責任；同時，又不能將希望全部都放在雲服務上，增加了IT系統的複雜度和運維難度。

這次大型宕機事件也掀開了全面上雲的另一面，為什麼互聯網巨頭們都沒有把雞蛋放在一朵雲上？

不是唯一的答案：雲服務的另一面

互聯網公司，可謂是雲服務的先遣部隊。在傳統行業還不知道什麼是互聯網浪潮、什麼是雲的時候，互聯網公司就成了雲廠商的高價值客户。

常規情況下，互聯網企業會將移動應用、電商之類前端流量業務放到雲上，以節省自建機房的高昂成本。

不過，別看互聯網企業上雲這麼積極，它們可是“狡兔三窟”，一邊遷移上雲，一邊也有本地數字基礎設施。2018年，Facebook斥資10億美元在新加坡打造了亞洲首個數據中心，這也是它在全世界的第15個數據中心。相當於一邊從發電廠買商業用電，但也在造自己的發電機。

這兩年來，上雲浪潮如火如荼，出現了一些觀點，認為雲服務會徹底消除數據中心，但事實上，越來越多的企業在嘗試讓部署數據中心上的舊應用升級，而不是將一切業務都雲化。

甚至有企業IT人員告訴我，他們可能會讓自家的數據中心永遠運轉下去。

要知道，數據中心幾乎佔據了企業網絡支出的最大組成部分，每年需要支付不小的租金和改造、維護費用，這無疑會增加額外的成本，為什麼互聯網企業依然堅持這麼做呢？

第一，傳統機房可能會宕機，但上雲也未必完全穩定。

雲服務雖然不需要維護傳統機房，數據存儲、計算都在雲端，但幾乎沒有哪個雲服務廠商實現過100%的連續性，都出現過計劃外的停機。2017年，IBM、AWS、谷歌、蘋果等主要雲服務提供商也都經歷過雲中斷，將Netflix、Quora、Reddit和 Foursquare等熱門應用“一波帶走”，影響了大大小小的企業。

第二，成本效益很重要，但數據資產安全更重要。

雲服務能夠避免維護機房帶來的麻煩，但除非付費搭建私有云，否則依然要與其他雲用户共享硬件資源，這就使得企業無法對遠程硬件擁有足夠的控制權。任何擁有憑據的人可以從任何有網絡連接的地方訪問雲端數據，也意味着廣泛的接入點，如果不能在每個位置都部署安全措施，那麼傳輸的數據風險也很大。

要論最安全、最可控，還是要屬自建數據中心，只允許擁有憑證和設備的人才能訪問本地網絡，可以讓企業完全控制數據，以及基礎硬件，更適合那些業務複雜多元的組織。

第三，多雲/混合雲有幫助，但無法徹底解決顧慮。

既然這樣，不把雞蛋放在一個籃子裏，一次用兩個甚至兩個以上的雲，不就可以在出現故障時快速啓動“備胎”嗎？道理雖然如此，但多雲部署的成本很高，並且依然不能完全防止短期終中斷，有時還需要人工參與，並不像我們想象的那樣能夠瞬間絲滑切換。

比如Gov.uk 就在亞馬遜的 CloudFront服務上運行了備份 CDN， 但需要人工干預才能切換到備份。

而適合建設雲基礎設施的環境也常常會出現扎堆的情況，從而導致幾家雲服務商要停機就一起停的尷尬。此前，亞馬遜和微軟在愛爾蘭都柏林的雲基礎設施，就因為遭遇雷暴天氣，讓使用亞馬遜EC2和微軟BPOS服務的客户都宕機了。

另外，並不是所有的雲都是完全開放、可互操作的，這時候為了用好每一個雲平台，企業還需要通過多個系統來配合，增加了額外的支出和運維難題。

所以説，只有足夠可靠的雲服務，才能打消客户的顧慮，從本地容災備份、混合雲等其他方案，轉變為全面依賴雲，並且只依賴某一朵雲。

當許多人呼籲着，把雲看作萬能神藥的時候，必須考慮一個前提：雲服務怎樣才能變得足夠穩定和安全？而這一點，似乎跟現實還有點距離。

安全力Max：Facebook的冗餘啓示錄

歸根結底，想要業務更可靠，每個組織都沒有“一刀切”的解決方案。

公共雲、私有云、混合雲或傳統數據中心，如何選擇應該按照不同企業、不同數據隱私敏感度、成本預算等來綜合考量。

簡單來説，傳統數據中心成本高，控制強，很適合那些已經在IT方面進行了大量投資，對數據隱私要求謹慎的組織，所以像Facebook這樣涉及到全球幾十億用户信息的互聯網企業，數據中心是必須配置的。

而大多數企業，完全沒有必要自己搭建服務器。直接上雲省心又省力，可以快速搭建起網絡業務，但過程中必須對隱私訪問進行密切監控。

而即擁有IT 基礎設施的大型組織，但也希望開始雲之旅的大型企業和組織，可以同時嘗試混合雲，將雲平台的所有優勢都“一網打盡”。不過，跟蹤多個雲可能會比較棘手，往往需要第三方儀表板等協助。

看到這裏，你可能會發現數字時代業務安全的核心密碼：冗餘思維。分別來自：

硬件的冗餘，有充足的服務器保障，如果整個數據中心受到衝擊，數據可以複製到其他地理位置的數據中心上；

服務的冗餘，利用多個雲服務商的服務耦合，比如主要雲服務商停電期間，二級供應商的雲服務可以作為補救措施，確保業務繼續；

視角的冗餘，更多數據源頭也被納入考量中來，比如工業部門常見的邊緣設備，傳感器、監視器和控制/驅動設備等，就正在成為雲時代的“新數據源”，需要被納入到主動管理中來，比如增加DNS（域名解析服務）解決方案，避免單一DNS中斷或減速。

VMware的一些統計數據表明，未來五年內，許多組織的工作負載將按 30% 數據中心、40%公有云，以及 30% 的邊緣計算來分佈。

從這個角度來説，雲市場還有不少空間可待挖掘，廠商之間的明爭暗鬥還將持續一段時間。

而企業在數字化過程中考慮雲服務時，也需要重視三個基本前提。

1.將雲安全作為優先事項。互聯網充滿了機會，也意味着無法繼續躲在防火牆背後得到充分的保護，因此安全必須作為重中之重。

2.引入多雲和混合雲策略。如果對雲端安全不瞭解，那麼引入多個雲供應商可以有效降低被單一雲鎖定的風險，為雲策略的後續優化留下空間。

3.優先將前端流量處理業務遷移上雲。尤其是大量視頻和音樂流量的業務，可以遷移到雲上，靈活擴展帶寬，避免網絡使用高峯時響應不及時的情況發生。而一些放在原本數據中心的應用，仍然留在本地設施上。

Facebook的故事背面，是互聯網巨頭託舉起國家和社會服務的現實景象，這也使我們反思，一味強調雲，是不是將數字化想得過於簡單。

雲服務產生的變革固然讓人興奮不已，但這並不代表，雲就會幹掉傳統數據中心，或者某朵雲“獨霸天下”。

容納共存，在這個基礎上重新定義雲和網絡服務，或許會幫我們看清新信息技術的新模式，以及雲市場的新機會。