僅僅幾個月前，新冠病毒就以人們無法預(yù)測的方式對云提供商進(jìn)行了一輪測試。大多數(shù)情況下，云計算產(chǎn)業(yè)已經(jīng)能夠在全球突然開始極大地依賴云服務(wù)以繼續(xù)工作、學(xué)習(xí)和娛樂的時候、保持云服務(wù)的可用性和穩(wěn)定性。

在面對前所未有的壓力測試時，公有云已經(jīng)被證明具有極強(qiáng)的彈性，但今年上半年也還是有一些例外。雖然今年到目前為止，只有少數(shù)幾起中斷故障是由于新冠病毒讓云服務(wù)使用激增所導(dǎo)致的，但還有一些是由于某些常見的故障引發(fā)的，即使是在特殊時期，這些故障在某些程度上也是不可避免的。

下面就讓我們來看看今年到目前為止給用戶帶來影響的10大云故障。

1. Twitter，2月7日

今年2月Twitter發(fā)生部分服務(wù)中斷，導(dǎo)致一些用戶無法發(fā)送推文。

“推文無法發(fā)送，我們正在努力修復(fù)，”社交媒體巨頭Twitter的產(chǎn)品經(jīng)理Patrick Traughber發(fā)推文表示。

根據(jù)Downdetector.com的報道，美國東部時間下午5點(diǎn)之前，有關(guān)服務(wù)中斷的投訴激增至12000起，主要發(fā)生在美國和歐洲。

Twitter支持團(tuán)隊(duì)在推文中說：“我們對這次服務(wù)中斷感到抱歉，我們會在恢復(fù)正常之后通知您。”

Twitter很快發(fā)現(xiàn)，這次服務(wù)中斷的罪魁禍?zhǔn)?，是最近的一次更新中包含的錯誤代碼，隨后取消了這次更新。美國東部時間下午5:07之前，Twitter支持團(tuán)隊(duì)向用戶發(fā)送通知稱：“您可以繼續(xù)使用Twitter了，問題已經(jīng)得到解決!感謝您繼續(xù)使用。”

2. 微軟Azure，3月3日

從美國東部時間上午9:30開始，微軟位于美國東部數(shù)據(jù)中心發(fā)生了6個小時的服務(wù)中斷，從而導(dǎo)致美國北部的一些客戶無法使用Azure云服務(wù)。

幾天后，微軟稱這次故障應(yīng)歸咎于冷卻系統(tǒng)故障。微軟解釋說，樓宇自動化控制功能故障導(dǎo)致氣流減少，隨后整個數(shù)據(jù)中心達(dá)到峰值，從而影響了網(wǎng)絡(luò)設(shè)備的性能，使計算和存儲實(shí)例無法使用。

微軟最終重置了冷卻系統(tǒng)控制器，一旦溫度降下來，工程師就可以關(guān)閉電源，重啟硬件，恢復(fù)服務(wù)。

3. 微軟Teams，3月16日

在新冠病毒大爆發(fā)之際，微軟Teams平臺涌入了大量新用戶，導(dǎo)致該服務(wù)在歐洲地區(qū)出現(xiàn)了持續(xù)2個小時的宕機(jī)，此次事件也突顯了Teams服務(wù)的支持能力問題。

微軟在推特上稱，截至美國東部時間上午4:50，“微軟一直在調(diào)查Teams中與通信相關(guān)的功能問題”。有報道稱，對歐洲用戶來說，Teams應(yīng)用程序套件已經(jīng)完全無法使用。

微軟在一份聲明中表示：“我們已經(jīng)采取措施解決部分客戶可能遇到的問題，工程團(tuán)隊(duì)將繼續(xù)積極監(jiān)控性能和使用情況。”

而就在兩周前，微軟剛剛承諾向目前尚無Teams許可的企業(yè)和教育機(jī)構(gòu)免費(fèi)提供6個月的Office 365 E1訂閱服務(wù)。

4. 微軟Azure，3月24日至26日

今年3月微軟證實(shí)，新冠病毒大爆發(fā)給微軟多項(xiàng)云服務(wù)帶來極大的壓力，這導(dǎo)致了歐洲地區(qū)發(fā)生一系列宕機(jī)。

這次故障給開發(fā)者帶來的影響特別大，因?yàn)?月24日首先“陣亡”的是Azure Pipelines，DevOps團(tuán)隊(duì)使用的持續(xù)交付服務(wù)。接下來的幾天里，微軟的軟件開發(fā)管道發(fā)生嚴(yán)重的延遲。

微軟后來解釋說：“此次事件是由全球新冠病毒大爆發(fā)引起虛擬機(jī)容量受限所導(dǎo)致的，使得設(shè)備重新映像的時間增加，可用代理的等待時間也隨之增加。”

當(dāng)周晚些時候，微軟接受了關(guān)于沒能及時解決故障的指責(zé)。

微軟工程總監(jiān)Chad Kimes說：“第一天影響最嚴(yán)重的時候，我們有大約5個小時都沒有意識到故障的發(fā)生，這比我們設(shè)定的10分鐘要糟糕得多。”

5. Google Cloud Platform，3月26日

谷歌用戶從3月26日上午11點(diǎn)開始報告有多項(xiàng)云服務(wù)無法訪問的問題。

用戶發(fā)推特稱，他們遇到了Google 500和502錯誤代碼——500代碼代表因內(nèi)部錯誤導(dǎo)致請求失敗;502代碼則代表網(wǎng)關(guān)出現(xiàn)故障。

Google最終將這次故障歸咎于“基礎(chǔ)設(shè)施組件”問題。

據(jù)Downdetector稱，美國東部沿海地區(qū)的谷歌客戶受到影響似乎最大。

6. Zoom，4月3日

新冠病毒大流行迫使全球開始轉(zhuǎn)向遠(yuǎn)程辦公和遠(yuǎn)程學(xué)習(xí)模式，Zoom作為全球最重要的視頻服務(wù)提供商之一，遭遇了平臺需求的激增。

這種壓力似乎導(dǎo)致了4月3日的服務(wù)中斷，使得美國東海岸和部分歐洲地區(qū)的Zoom用戶對于無法使用Zoom服務(wù)感到震驚。根據(jù)DownDetector.com的報道，美國加利福尼亞州、佛羅里達(dá)州、中西部和馬來西亞的部分地區(qū)都出現(xiàn)了的宕機(jī)。

登錄嘗試時報告的錯誤消息表明Zoom Web客戶端出現(xiàn)了問題，Zoom的狀態(tài)頁面稱正在維護(hù)中。

Zoom在自己的開發(fā)者論壇頁面上表示：“在這個艱難的時期，我們看到人們對Zoom服務(wù)的需求出現(xiàn)激增。為了繼續(xù)為客戶和開發(fā)者提供卓越的服務(wù)，我們可能會迅速實(shí)施一些變更措施。”

此前Zoom一直在為教育機(jī)構(gòu)免費(fèi)提供視頻服務(wù)，為企業(yè)和消費(fèi)者提供40分鐘的免費(fèi)視頻會議，這導(dǎo)致3月日活用戶數(shù)量同比增長了151%。

7. Google Cloud Platform，4月8日

這次涉及Google Cloud身份和訪問管理(IAM)API的故障，導(dǎo)致用戶被鎖定在Google Gmail帳戶之外，并影響了其他基于Google Cloud的主流服務(wù)。

這次故障從美國東部時間上午10:35開始，持續(xù)了不到90分鐘，導(dǎo)致多個Google服務(wù)中斷，包括App Engine、Cloud Functions、BigQuery及其核心Compute Engine IaaS。

Google的姊妹公司Nest不得不向客戶解釋為什么他們的安全攝像機(jī)暫時無法使用。而作為Google Cloud的重要客戶，Snapchat完全癱瘓了一個多小時。

8. GitHub，4月21日

微軟旗下的源代碼存儲庫GitHub在4月底發(fā)生了多次宕機(jī)。

首先是在4月21日，GitHub苦苦掙扎了一個多小時;第二天，GitHub又發(fā)生了兩次背靠背的宕機(jī)，再次讓依賴GitHub平臺的開發(fā)者工作停滯，然后又一次影響了多個GitHub服務(wù)一個多小時;第二天又是如此。

軟件工程師在日常工作中所依賴的Git Operations、API請求、拉取請求等功能都出現(xiàn)了級。隨著整周持續(xù)不斷的宕機(jī)，開發(fā)者們開始在Twitter抨擊微軟缺乏透明度。

9. Adobe Creative Cloud，5月28日

今年5月，Adobe云平臺(包括Photoshop、InDesign和Premier Pro等備受歡迎的產(chǎn)品)發(fā)生宕機(jī)一整天的時間，讓創(chuàng)意專業(yè)人士的工作完全停滯。

Adobe Creative Cloud的故障在數(shù)字設(shè)計社區(qū)引發(fā)了有關(guān)云服務(wù)缺點(diǎn)的討論，很多人在Twitter上開始思考，他們是否應(yīng)該傾向于這些產(chǎn)品的本地化版本。

從美國東部時間上午9點(diǎn)開始，Adobe客戶報告稱他們無法登錄Adobe Creative Cloud平臺并使用相關(guān)服務(wù)，有客戶稱，他們因?yàn)闊o法登陸帳戶而無法聯(lián)系到支持人員。

問題曝光的7個多小時之后，Adobe在推特上發(fā)布了該問題的解決方法，但未詳細(xì)說明根本原因。

10. IBM Cloud，6月9日

IBM將這次導(dǎo)致很多客戶(包括一些備受歡迎的網(wǎng)站)宕機(jī)的云故障歸咎于第三方網(wǎng)絡(luò)故障。IBM的一家商業(yè)合作伙伴公司首席執(zhí)行官稱，客戶無法訪問IBM的環(huán)境、狀態(tài)屏幕和控制臺，“根本不知道發(fā)生了什么”。

他說：“這帶來了廣泛的影響，整個環(huán)境都停滯了。”

IBM Cloud狀態(tài)頁面也在故障發(fā)生期間短暫關(guān)閉，然后在下午6:30之后報告稱一系列問題已經(jīng)得以解決。

IBM狀態(tài)頁面解釋說：“網(wǎng)絡(luò)運(yùn)營團(tuán)隊(duì)調(diào)整了路由策略，解決了第三方提供商引入的問題，從而解決了這次故障。”