5月8日凌晨00:25，全球云計算版圖突然缺了一角。AWS北弗吉尼亞us-east-1區(qū)域的use1-az4可用區(qū)，因為一場"thermal event"——熱事件，整個機房斷電了。

這不是比喻。數(shù)據(jù)中心里成千上萬臺機架，每臺功耗以千瓦計，全部轉(zhuǎn)化為熱量。正常情況下，冷水機組、泵和空氣處理器會把熱量排出去。但當冷卻系統(tǒng)跟不上，硅片就會自己做決定：關(guān)機總比著火強。于是客戶的工作負載跟著一起消失。

AWS健康儀表板的措辭堪稱冷靜："EC2實例和EBS卷因熱事件期間的電力中斷而受到影響。"第二句更微妙："其他依賴該可用區(qū)內(nèi)受影響EC2實例和EBS卷的AWS服務(wù)也可能出現(xiàn)功能受損。"這句話的潛臺詞是：事情比看起來更大。

實際波及的清單很長。首先是use1-az4本地的計算和存儲，然后是同一可用區(qū)的IoT Core、彈性負載均衡、NAT網(wǎng)關(guān)、Redshift。真正讓半個互聯(lián)網(wǎng)感受到疼痛的，是第三層：那些號稱全球冗余、卻把控制平面繞經(jīng)us-east-1的服務(wù)——IAM身份管理、CloudFront內(nèi)容分發(fā)、Route 53域名解析、DynamoDB全局表。你的工程師被告知這些有冗余，確實有，只是冗余路徑恰好經(jīng)過同一個著火點。

us-east-1的臭名昭著不是新聞。這個區(qū)域承載了AWS最早期、最大規(guī)模的客戶部署，歷史包袱讓它成為事實上的全球樞紐。當一棟樓的空調(diào)失效，連鎖反應(yīng)可以跨越大洲。

熱事件這個詞的精妙之處在于它把責任天氣化——仿佛一場突如其來的自然災害，而非冷卻設(shè)計余量耗盡的人為結(jié)果。真實的描述更簡單：樓太熱了，運維沒來得及有序關(guān)機。

云計算的透明性承諾在此刻顯形：你看到儀表板上的綠點變紅，但看不到機房里的溫度曲線。當冷卻冗余成為單點故障，所謂的高可用架構(gòu)只是統(tǒng)計學上的安慰。而us-east-1的不可替代性，讓這場局部過熱變成了全球事件。