Cloudflare 在 2026 年第二季網路中斷回顧中表示，AWS 位於阿聯酋的 me-central-1 區域 HTTP 流量在報告期結束時仍處於低位。Cloudflare 將這項流量變化與 AWS 4 月 30 日公布的區域服務狀態，以及 3 月中東衝突造成的設施實體損壞連在一起。
這個區域承載的應用程式即使仍能從部分網路路徑連線，也可能因運算、儲存或資料庫服務不穩定而持續減少流量。Cloudflare 的觀測結果因此反映出服務恢復對網站與 API 使用量的長尾影響，但不等同於 AWS 已公布完整修復時程。
AWS me-central-1 的低流量與服務狀態相互印證
Cloudflare 以全球網路上的 HTTP 請求量追蹤區域流量。報告指出，me-central-1 的流量在事件後沒有回到中斷前水準，這個結果與 AWS 對該區域受損及服務能力下降的說明一致。流量數字本身無法分辨是哪一項 AWS 服務故障，卻能顯示依賴該區域的網站、應用程式與 API 使用量仍受壓抑。
Cloudflare Radar 的 Cloud Observatory 也把 AWS me-central-1 列為可查詢的雲端服務區域，並同時呈現服務狀態與 HTTP 流量指標。企業若把這個區域當成主要部署位置，看到的會是使用者請求減少、服務健康度與應用程式可用性一起變差的結果。
Cloudflare Radar 看見的是資料中心層的長尾影響
Cloudflare 的回顧把這次案例放在實體基礎設施受損的脈絡中。當機房、電力、網路設備或冷卻系統受到影響時，雲端區域的服務恢復不只取決於軟體重新啟動，還涉及現場設備、供電與跨區域流量搬移。
這種觀測方式也說明了為何單一服務的狀態頁不足以描述所有使用者體驗。AWS 的狀態資訊回答服務是否受到事件影響，Cloudflare 的全球邊緣網路則提供請求量是否回升的外部結果；兩者合併後，才能分辨區域中斷是否仍在影響實際應用流量。
AWS 中東區域受損改變多區部署條件
對需要在中東提供低延遲服務的企業而言，me-central-1 的事件會把多區部署從成本與效能選擇，轉成可用性設計的一部分。把流量移到其他 AWS 區域可能增加延遲、跨區傳輸費用與資料駐留限制；留在原區域則要承受服務恢復時間不明的風險。
Cloudflare 的資料沒有指出每一家客戶如何搬遷，也沒有公布 AWS 各項服務的個別修復進度。因此，能夠確認的範圍是該區域的外部流量仍低，以及這項結果與已公布的實體受損說明一致。
Cloudflare 的流量紀錄尚未提供 AWS 修復日期
截至 Cloudflare 第二季回顧發布時，公開資料仍未給出 AWS me-central-1 回到正常服務能力的單一日期。Cloudflare Radar 會持續提供該區域的服務狀態與流量指標，AWS 的健康狀態頁則是確認個別服務公告的主要入口。
消息來源：Cloudflare：2026 年第二季網路中斷回顧、TechRadar：Cloudflare 揭露全球網路中斷案例。
