3月1日凌晨，伊朗沙希德無人機襲擊了亞馬遜雲服務在中東的三處資料中心——兩處在阿聯酋，一處在巴林。
事後，這件事被認定為人類歷史上第一次有國家行為者刻意用軍事手段打擊商業雲端基礎設施。
時間過去了六週，這件事的影響還沒結束。
發生了什麼
AWS 在中東有兩個雲端區域（Region）：ME-CENTRAL-1（阿聯酋）和 ME-SOUTH-1（巴林）。
阿聯酋這個區域損失最重。它有三個可用區（AZ），其中 mec1-az2 和 mec1-az3 同時受損，只有 mec1-az1 還在正常運行。按照 AWS 的多可用區容災設計，單一 AZ 故障是可以容忍的——但兩個同時掛掉，大量跨 AZ 部署的資料庫和應用直接失效。巴林區域相對輕一些，大多數 AZ 還在，但也有一處設施受到波及。
這次停擺影響的範圍包括：中東地區的銀行系統、支付服務、外送配送應用、企業軟體。AWS 向客戶發出建議，立即把關鍵工作負載遷移到其他區域——但這個建議本身就暴露了更深的矛盾，後面會說到。
伊朗伊斯蘭革命衛隊（IRGC）和伊朗官方媒體 Fars News 都公開承認了這次襲擊，並給出了理由：這些資料中心支援美軍和美國情報系統的運作，包括部分運行在 AWS 上的 Anthropic Claude 情報分析服務。
Multi-AZ 為什麼沒能撐住
這件事在工程師圈裡引發了一場很有價值的討論。
AWS 多年來一直宣傳 Multi-AZ 架構的高可用性。但他們列出的典型故障場景是：停電、雷擊、龍捲風、地震。沒有人在 SLA 文件裡寫過「軍事打擊」這種情況。
根本問題在於一個物理限制：為了保證低延遲，同一個 Region 內的多個 AZ 必須在地理上彼此接近，AWS 要求在100公里以內。這意味著所有的「冗餘」都在同一個地緣政治風險圈裡。打一發飛彈或者派一批無人機，有可能同時覆蓋多個 AZ。
一位基礎設施顧問直接說：
「Multi-AZ 不是容災。它保護你免受硬體故障，不保護你免受飛彈襲擊。」
資料中心的物理結構同樣暴露了脆弱性。這些建築體積龐大、目標明顯——冷卻單元、柴油發電機、燃氣輪機都暴露在建築外部。如果把空調系統打掉，伺服器會因為過熱自動關機，根本不需要直接命中機櫃。
資料本地化的死結
AWS 的應急建議是：把工作負載遷到別的 Region。
但這條路對很多中東企業來說根本走不通。
阿聯酋、沙烏地阿拉伯等國都有嚴格的資料本地化法規——金融資料、政府資料、醫療資料不得出境儲存。這意味著這些企業沒有選擇：資料必須待在本地 Region，而那個 Region 剛剛被無人機打了。
事發之後 AWS 沒有給出明確的恢復時間表，讓客戶自行啟動應急預案。截至4月7日，AWS 工程團隊仍在24小時輪班維持中東區域的服務。
軍事基礎設施和商業雲的邊界消失了
伊朗為什麼選擇打商業資料中心，而不是美軍的專用軍事設施？
因為兩者之間的邊界已經模糊到不存在了。
美國國防部的部分系統、情報分析流程，運行在商業 AWS 服務上。Anthropic 的 Claude 被用於處理情報任務，跑在 AWS 的商業實例裡。這件事以前只是行業內部知情者的共識，這次襲擊把它變成了一個具體的、有後果的現實。
Fortune 的分析文章裡，研究人員的判斷是：這不是孤立事件，而是一種新戰爭型態的預演。
AI 系統在軍事決策中的角色越來越重，背後的算力基礎設施因此成為高價值戰略目標。誰控制了計算能力，誰就在某種程度上控制了資訊優勢。
這個邏輯不是新鮮的理論，但2026年3月1日給它加上了一個具體的、無法迴避的現實註腳。
這讓雲端運算的架構思維必須改變
從這件事往後，雲端廠商和企業客戶都必須開始認真考慮一個以前沒人當回事的風險維度：地緣政治風險下的跨區域容災。
Multi-Region 容災、跨雲備份，不再只是金融機構的合規要求，而是任何在地緣政治敏感地區運營的業務都應該考慮的基本配置。
代價是什麼？成本更高、延遲更高、架構更複雜。但比起在一場無人機襲擊後服務全面崩潰，這些代價也許是值得的。
參考來源：War in Iran Damages Multiple AWS Data Centers, Challenging Multi-AZ Assumptions（InfoQ）；Iranian attacks on Amazon data centers in UAE, Bahrain signal a new kind of war（Fortune）；Amazon says drone strikes damaged 3 facilities in UAE and Bahrain（CNBC）；CocoLoop、Iranian drone strikes at Amazon sites raise alarms over protecting data centers（Rest of World）