事件經過
2025 年 10 月 20 日,一場大規模 AWS 故障使部分全球最大型網站離線近一日。受影響的應用程式與網站超過 1,000 個——其中包括 Snapchat、Fortnite、Duolingo、Reddit,以及 Lloyds、Halifax 等銀行。Downdetector 在數小時內收到超過四百萬筆使用者通報,是正常完整工作日通報量的兩倍以上,全球通報量最終飆升至超過 1,100 萬筆。
Amazon 將根本原因歸咎於「US-EAST-1 中 DynamoDB API 端點的 DNS 解析」——也就是將服務名稱轉譯為機器可讀位址的電話簿層。該處的干擾會產生連鎖效應:服務找不到它們所賴以運作的資料庫。
恢復過程混亂。即使底層問題已獲處理,Amazon 仍必須對自身系統的部分元件限流,聖母大學教授 Mike Chapple 警告可能出現「連鎖故障」——就像電網恢復供電時「可能會閃爍幾次」——若只先修復表面症狀的話。AWS 表示所有服務於英國夏令時間約 23:00「恢復正常運作」,距首批通報約十六小時。
事後檢討的討論焦點在於集中化,而非僅是程式碼。薩里大學教授 Alan Woodward 表示:「這起事件凸顯的是,我們的基礎設施彼此依賴的程度有多高」;Cloudflare 執行長 Matthew Prince 直言:「人人都會有倒楣的一天,今天輪到 Amazon 倒楣。」
代價為何
超過 1,000 個應用程式與網站受影響近一日;Downdetector 通報量高峰超過 1,100 萬筆;Amazon 必須對自身系統的部分元件限流
為何發生
單一區域的 DNS 解析故障擴散至超過 1,000 個客戶服務,且無地理上的隔離。
恢復過程需要對 Amazon 自身系統限流——容量規劃對自身事故毫無餘裕。
初步修復後的連鎖故障顯示,承受壓力的是恢復工具,而不只是根本原因。
控制平面故障耗時 16 小時,顯示消費者網際網路有多大比例依賴單一供應商。
教訓
網際網路的預設雲端有其預設的爆炸半徑:當一個區域的控制平面踉蹌,一千個不相關的產品共同承受衝擊——而恢復意味著對自己限流。
後續
截至 BBC 2025 年 10 月 21 日的報導:AWS 服務已恢復正常;Amazon 尚未完整說明故障機制,也未發布官方事後檢討報告;專家再度警告關鍵服務(包括銀行業)對單一供應商的依賴問題。
追溯依據
參考來源
- Amazon outage 'resolved' as Snapchat and banks among sites impacted BBC News · bbc.com ·