劇烈雷暴引發Azure美西二區重大斷線，AI服務也遭殃

• 人工智慧與機器學習： Azure OpenAI 服務
• 核心運算： Azure 虛擬機器、Azure Kubernetes Service (AKS)、Azure Functions
• 資料庫與分析： Azure SQL Database、Azure Cosmos DB、適用於 PostgreSQL / MySQL 的 Azure 彈性伺服器、Azure Data Factory、Azure Databricks
• 管理與身分識別： Azure Resource Manager、Azure Policy
• 儲存與備份： Azure 儲存體帳戶、Azure NetApp Files、Azure Backup
• 整合與傳訊： Azure 服務匯流排、Azure 通訊服務
• 其他關鍵服務： Log Analytics、Azure App Service、Azure Maps、Azure Migrate

釐清誤解：備援電力系統並未失效

一個需要釐清的關鍵點在於，與一些知名的數據中心斷電事件不同，目前沒有證據顯示這次的備援電力系統出現故障。微軟的狀態更新明確指出「數據中心電力已完全恢復」，這表示問題的根源在於最初的公用電力中斷，而非後續的現場發電機或不間斷電源系統（UPS）失效。 服務之所以降級，是由於最初的斷電，以及後續將複雜的儲存和網路基礎設施安全、可靠地重啟上線所需要的時間。

這與其他有紀錄的Azure事故形成對比。例如，在2026年2月的美國西部斷線事件中，一個變壓器的故障導致電壓快速升高，並向下蔓延，損壞了UPS單元，最終造成完全斷電。 但在5月29日的事件中，並沒有類似的內部硬體故障報告。

漫漫復原路：關鍵時間軸

要從區域規模的電力中斷中完全復原，是一場馬拉松，而非短跑。根據官方Azure狀態更新，以下是事件的關鍵時間軸：

• 世界協調時間 04:27： 斷線開始。一場劇烈雷暴導致美西二區多座數據中心公用電力中斷。
• 復原進展： 數據中心電力完全恢復。隨後，大部分網路與儲存基礎設施重新上線。可用性區域2的基礎設施恢復，並正常運作。
• 殘餘影響： 復原工作集中到可用性區域1和3內的一小部分基礎設施上，有兩個儲存單元（storage stamps）需要最終的復原和驗證。
• 最後已知狀態（「Active – Recovering」）： 截至最後可取得的狀態快照，該事件仍被標記為「處理中 – 復原中」，這代表微軟尚未宣告所有受影響的服務已完全解決。

歷史重演？Azure天災斷線的前車之鑑

這起最新的斷線事件並非個案，而是微軟Azure平台多年來因天氣因素導致脆弱性的一環。這些事故證明，即便是最尖端的雲端基礎設施，終究還是得看老天爺的臉色。

• 2018年9月，美國中南部： 在德州聖安東尼奧附近，一場包含雷擊在內的惡劣天氣事件造成電壓驟降，導致數據中心的冷卻系統離線。伺服器因過熱而關機，加上架構相依性問題，導致部分服務斷線長達數日。
• 2026年2月，美國西部： 數據中心內一座自有變電所的變壓器故障，引發局部電力中斷。雖然備援系統即時啟動，但最初的電壓突波損壞了UPS設備，導致更複雜的復原流程，甚至影響了Microsoft Store和Windows Update服務。

這些前例與5月29日事件有著共同點：一個外部的物理事件直接衝擊了數據中心的供電環節，進而引發相依賴的數位服務產生連鎖故障。

AI可靠性的大考驗

這次的斷線事件中，Azure OpenAI服務被列入受影響的服務清單，這標誌著此類斷線的影響力已顯著升級。 隨著企業越來越普遍地將AI模型嵌入關鍵工作流程和面對客戶的產品中，區域性雲端服務的停機不再只是基礎設施的不便，它會直接癱瘓AI驅動的應用程式、搜尋和自動化流程。儘管劇烈雷暴如同天災，但隨之而來的斷線卻突顯了一個日益嚴重的風險：仰賴特定雲端區域的AI工作負載，其集中度風險正在攀升。

在本文撰寫的資訊範圍內，微軟尚未針對這起特定事件發布詳細的根本原因分析（RCA）報告。因此，關於電力復原的精確順序，以及為何特定儲存單元需要更長的復原時間，最終結論仍有待官方的正式事後審查報告才能確認。