事件后續：本次事故被定義為 S1 級別，即核心業務重要功能不可用，影響部分用戶，造成一定損失。阿里云發布官方聲明，表示“對于這次故障，沒有借口，我們不能也不該出現這樣的失誤！我們將認真復盤改進自動化運維技術和發布驗證流程，敬畏每一行代碼，敬畏每一份托付。”
3 月 2 日：AWS 宕機致部分 Alexa 失聲
宕機時間：93 分鐘
總結：
事故詳情：2018 年 6 月 27 日 16:21 左右，阿里云出現重大技術故障，16:50 分開始陸續恢復，官方給出的故障時間為 30 分鐘左右，恢復時間大概花費一小時。經過技術復盤，阿里給出的故障原因為工程師團隊上線自動化運維新功能時，域名注冊，執行了一項變更驗證操作，該操作在測試環境中未發生問題，上線后觸發未知 bug。
宕機時間：接近 19 小時
事故詳情：2018 年 1 月 18 日，谷歌云自動化機制失效，導致其 us-central1 和 europe-west3 兩大可用區中的計算引擎停運 93 分鐘。谷歌對此的回應是“網絡編程失效”導致 Autoscaler（自動擴展器）服務無法正常運行，該服務失效意味著新的虛擬機或剛遷移的虛擬機無法與其他可用區虛擬機聯系。
宕機時長：30 分鐘左右
對于很多中小企業來說，自建機房的人力和維護成本太高，他們希望利用云計算的低成本、可擴展性、可靠性和便利性等好處，但卻擔心面臨風險。這些風險通常是相同的，例如安全漏洞、監管問題，以及缺乏有關如何構建最佳云計算基礎設施的知識。而在過去幾年，云供應商還發生過數起大大小小的故障，也說明企業的擔心不是多余的。隨著越來越多的企業和政府機構將數據上云，即便只是一個小小的宕機都可能引發很大的災難。即便是提供 99.9% 可靠性的阿里云，那 0.1% 的宕機還是發生了。
考慮到企業的這些需求，現在混合云的趨勢也比較明顯，很多公有云廠商都在布局混合云市場。借助混合云，企業在提高生產力的同時還能降低成本，也不用完全投入到公有云當中。但是混合云也還存在兼容性和安全合規性方面的挑戰，所以為了盡可能地減少故障帶來的損失，企業不僅要建立完善的災備保障體系，還應該對災備系統進行定期演練。
補救措施：9 月 5 日上午，微軟工程師已恢復數據中心的電力和大多數網絡設備，其他服務也在陸續恢復中。
事故詳情：2018 年 8 月 5 日，北京清博數控科技有限公司（以下簡稱“前沿數控”）在官方微博發布了一篇題為《騰訊云給一家創業公司帶來的災難》的博文，文中表明，2018 年 7 月 20 日，騰訊云云硬盤發生故障（騰訊云后期給出的事故原因說明），導致該公司存放的數據全部丟失，并且不能恢復，這是該創業公司近千萬元級的平臺數據，包括經過長期推廣導流積累起來的精準注冊用戶以及內容數據。
Prime Day：亞馬遜 AWS 故障
宕機時間：超過 24 小時
事故詳情：2018 年 5 月 31 日，因北弗吉尼亞地區的數據中心出現硬件故障，AWS 再次出現連接問題。在此事故中，AWS 的核心 EC2 服務，Workspaces 虛擬桌面服務以及 Redshift 數據倉庫服務均受到影響。
事件后續：亞馬遜 AWS 未對此故障進行詳細說明，只透露與網絡連接有關。
補救措施：工程團隊手動切換到替換任務，以恢復數據持久層正常運行。
宕機時間：故障持續了將近 6 小時。
事故詳情：2018 年 7 月 24 日，用戶登錄騰訊云時反復出現超時、退出等情況，即便更換運營商，結果也一樣。隨后，騰訊云發布通知稱初步確定是運營商光纜中斷，運營商已經找到斷點，正在連線中，主要受影響的為廣州區域部分用戶。
事故詳情：2018 年 6 月 17 日至 18 日，因愛爾蘭數據中心的恒溫系統出現問題，微軟 Azure 被高溫影響導致存儲和網絡中斷。
5 月 31 日：AWS 北弗吉尼亞地區數據中心出現硬件問題
事件后續：騰訊云提出“賠償 + 補償”方案，并承諾會繼續與“前沿數控”保持溝通，幫助其進行業務恢復。
7 月 20 日：騰訊云云硬盤故障
7 月 24 日：騰訊云宕機
事故詳情：2018 年 3 月 2 日凌晨，依賴 AWS 服務的部分 Alexa 開始出現失聲問題，該智能音箱的紅色指示燈不停閃爍表明服務出現中斷，Alexa 也一直發出系統內置道歉聲。隨后幾小時內，Alexa 又接到了成千上萬封投訴。據了解，服務器租用 免備案服務器，Alexa 這一故障源于亞馬遜 AWS 的網絡服務出現問題，其他依賴 AWS 作為骨干網的應用在當天也受到了影響，包括軟件開發公司 Atlassian，云通訊公司 Twilio 等。
補救措施：運營商第一時間介入搶修。
