AWS 與 Microsoft Azure 已於 2026 年 8 月 31 日推出 AWS–Azure 直接、按需建立的私有網路連線公開預覽。這項合作擴大了 AWS Interconnect – multicloud 的適用範圍；AWS 表示，服務目前已涵蓋 Microsoft Azure、Google Cloud 與 Oracle Cloud Infrastructure（OCI）三大非 AWS 雲端服務供應商。7

不過，最重要的前提是：Azure 連線目前仍處於 Public Preview（公開預覽）。現階段公布的功能、區域覆蓋範圍，以及對正式環境的準備程度，都不應視為最終版本。

兩項服務如何協同運作？

這項能力由兩家雲端供應商各自的服務共同完成：

• AWS Interconnect – multicloud：AWS 端的受管連線服務，從 Amazon VPC 建立跨雲連線。
• Azure Multicloud Interconnect：Azure 端的對應整合服務。

兩者合併後，目標是在 AWS 與 Azure 環境之間建立受管的私有 Layer 3 網路路徑。這種設計抽象化了部分底層網路工作，客戶不必自行部署實體路由器，也不必建構一條經由自有地端環境的路由路徑。56

AWS 與 Microsoft 表示，雙方採用標準化的開放 API 規格，而不是打造一次性的雙邊介面。AWS 在 2025 年 re:Invent 大會介紹這種多雲互連模式，並透過公開 GitHub 儲存庫發布開放規格，讓其他雲端供應商也能採用。1013

從 AWS Direct Connect 主控台即可佈建

AWS 的文件顯示，客戶可在 AWS Direct Connect 主控台中選擇 AWS Interconnect，建立新的多雲互連，接著指定目的雲端供應商、來源與目的區域，以及所需頻寬。仍在公開預覽的供應商，會在主控台卡片上標示「Preview」。12

預覽版本仍有營運限制：AWS 文件指出，每位客戶在每個支援區域只能建立一個互連；在預覽期間，連線可依適用的預覽條款免費使用。12

因此，這項服務目前較適合作為架構驗證與工作負載測試途徑，而不是直接據此假設正式環境、價格、服務水準協議（SLA）或受監管工作負載的完整條件已經確定。

初期支援哪些區域與頻寬？

目前提供的資料列出 Azure 預覽版在 AWS 端的四個地點：

• 美國東部（北維吉尼亞）
• 美國西部（北加州）
• 亞太地區（雪梨）
• 歐洲（法蘭克福）

現有證據並未以具權威性的方式列出每一組對應 Azure 區域名稱，因此目前不宜製作完整的 AWS–Azure 區域配對表。67

Microsoft 表示，服務在正式上市（General Availability，GA）時，連線速度可達 100Gbps。這項數字代表正式上市階段的能力目標，不代表初期公開預覽已保證提供完整容量。5

MACsec、四重備援與「四個九」可用性

AWS 與 Microsoft 將這項服務定位為具備私有連線、內建韌性與簡化營運流程的多雲網路能力。Microsoft 特別強調以下設計特性：

• MACsec 加密：以鏈路層加密保護連線。
• 四重備援架構：底層網路採用 quad-redundant 設計。
• 99.99% 可用性：亦即俗稱的「四個九」可用性。
• 可擴充頻寬：正式上市時，連線速度最高可達 100Gbps。56

以上屬於供應商公布的特性與承諾。由於 Azure 整合仍在公開預覽階段，而且現有資料未能獨立驗證每項預覽版實作細節，企業在用於正式環境或受監管工作負載前，仍應確認最新的區域、頻寬、SLA 與架構文件。

Azure 如何納入 AWS 的多雲版圖？

Azure 並不是 AWS 多雲策略之外的單一例外。AWS 表示，AWS Interconnect – multicloud 現在涵蓋：

1. Microsoft Azure
2. Google Cloud
3. Oracle Cloud Infrastructure

這項服務最初在 2025 年以 Google Cloud 作為首個合作夥伴推出；AWS 文件也另外列出既有的 AWS–Google Cloud 區域配對，例如北維吉尼亞對北維吉尼亞，以及北加州對洛杉磯。10

Azure 加入後，客戶可對另一家主要雲端供應商使用相近的佈建體驗。對 AWS 而言，這也是對共同整合模式的一次更大規模驗證：它是否能在彼此競爭的超大規模雲端平台之間運作，而不只適用於單一雙邊合作。

兩家競爭對手為何選擇合作？

雙方提出的主要理由是客戶需求。企業愈來愈常把應用程式、資料與 AI 工作負載分散在多個雲端，但跨雲網路通常涉及不同供應商、路由設計、佈建交接與營運流程。AWS 與 Microsoft 認為，這項合作可減少客製化網路工程，並讓私有連線的建立方式更一致。56

兩家公司仍是雲端基礎設施市場的直接競爭者，但共同 API 規格提供了務實的合作理由：雙方可以保留各自的雲端網路服務，同時讓客戶，以及未來可能加入的其他參與者，透過更標準化的方式建立連線。513

下一步：更多區域、更高頻寬與網路業者加入

AWS 與 Microsoft 表示，未來計畫擴大區域配對數量，並逐步提高連線容量。Microsoft 也將目前的服務定位為更高頻寬需求的基礎，讓未來能支援初始部署之外的工作負載規模。56

兩家公司同時提到，這套模式不一定只適用於超大規模雲端供應商之間的連線。網路服務供應商與電信業者也可能參與其中，進而在雲端、電信商與企業網路之間，採用更一致的佈建與營運模式。6

這仍然不能稱為已確立的產業標準。更廣泛的意義在於，一個開放的多雲連線層可能逐步成形：若有更多供應商實作相同 API，企業便有機會以較少的客製化整合，在不同雲端與網路環境之間佈建私有連線。

對 AI 架構而言，這種方向可能尤其重要，因為訓練、推論、資料儲存、邊緣處理與應用程式可能分布在不同位置。不過，截至目前，這仍是供應商提出的發展方向，而不是已在全市場普遍可用的能力。6

AWS 與 Microsoft Azure 已於 2026 年 8 月 31 日推出 AWS–Azure 直接、按需建立的私有網路連線公開預覽。這項合作擴大了 AWS Interconnect – multicloud 的適用範圍；AWS 表示，服務目前已涵蓋 Microsoft Azure、Google Cloud 與 Oracle Cloud Infrastructure（OCI）三大非 AWS 雲端服務供應商。7

不過，最重要的前提是：Azure 連線目前仍處於 Public Preview（公開預覽）。現階段公布的功能、區域覆蓋範圍，以及對正式環境的準備程度，都不應視為最終版本。

兩項服務如何協同運作？

這項能力由兩家雲端供應商各自的服務共同完成：

• AWS Interconnect – multicloud：AWS 端的受管連線服務，從 Amazon VPC 建立跨雲連線。
• Azure Multicloud Interconnect：Azure 端的對應整合服務。

兩者合併後，目標是在 AWS 與 Azure 環境之間建立受管的私有 Layer 3 網路路徑。這種設計抽象化了部分底層網路工作，客戶不必自行部署實體路由器，也不必建構一條經由自有地端環境的路由路徑。56

AWS 與 Microsoft 表示，雙方採用標準化的開放 API 規格，而不是打造一次性的雙邊介面。AWS 在 2025 年 re:Invent 大會介紹這種多雲互連模式，並透過公開 GitHub 儲存庫發布開放規格，讓其他雲端供應商也能採用。1013

從 AWS Direct Connect 主控台即可佈建

AWS 的文件顯示，客戶可在 AWS Direct Connect 主控台中選擇 AWS Interconnect，建立新的多雲互連，接著指定目的雲端供應商、來源與目的區域，以及所需頻寬。仍在公開預覽的供應商，會在主控台卡片上標示「Preview」。12

預覽版本仍有營運限制：AWS 文件指出，每位客戶在每個支援區域只能建立一個互連；在預覽期間，連線可依適用的預覽條款免費使用。12

因此，這項服務目前較適合作為架構驗證與工作負載測試途徑，而不是直接據此假設正式環境、價格、服務水準協議（SLA）或受監管工作負載的完整條件已經確定。

初期支援哪些區域與頻寬？

目前提供的資料列出 Azure 預覽版在 AWS 端的四個地點：

• 美國東部（北維吉尼亞）
• 美國西部（北加州）
• 亞太地區（雪梨）
• 歐洲（法蘭克福）

現有證據並未以具權威性的方式列出每一組對應 Azure 區域名稱，因此目前不宜製作完整的 AWS–Azure 區域配對表。67

Microsoft 表示，服務在正式上市（General Availability，GA）時，連線速度可達 100Gbps。這項數字代表正式上市階段的能力目標，不代表初期公開預覽已保證提供完整容量。5

MACsec、四重備援與「四個九」可用性

AWS 與 Microsoft 將這項服務定位為具備私有連線、內建韌性與簡化營運流程的多雲網路能力。Microsoft 特別強調以下設計特性：

• MACsec 加密：以鏈路層加密保護連線。
• 四重備援架構：底層網路採用 quad-redundant 設計。
• 99.99% 可用性：亦即俗稱的「四個九」可用性。
• 可擴充頻寬：正式上市時，連線速度最高可達 100Gbps。56

以上屬於供應商公布的特性與承諾。由於 Azure 整合仍在公開預覽階段，而且現有資料未能獨立驗證每項預覽版實作細節，企業在用於正式環境或受監管工作負載前，仍應確認最新的區域、頻寬、SLA 與架構文件。

Azure 如何納入 AWS 的多雲版圖？

Azure 並不是 AWS 多雲策略之外的單一例外。AWS 表示，AWS Interconnect – multicloud 現在涵蓋：

1. Microsoft Azure
2. Google Cloud
3. Oracle Cloud Infrastructure

這項服務最初在 2025 年以 Google Cloud 作為首個合作夥伴推出；AWS 文件也另外列出既有的 AWS–Google Cloud 區域配對，例如北維吉尼亞對北維吉尼亞，以及北加州對洛杉磯。10

Azure 加入後，客戶可對另一家主要雲端供應商使用相近的佈建體驗。對 AWS 而言，這也是對共同整合模式的一次更大規模驗證：它是否能在彼此競爭的超大規模雲端平台之間運作，而不只適用於單一雙邊合作。

兩家競爭對手為何選擇合作？

雙方提出的主要理由是客戶需求。企業愈來愈常把應用程式、資料與 AI 工作負載分散在多個雲端，但跨雲網路通常涉及不同供應商、路由設計、佈建交接與營運流程。AWS 與 Microsoft 認為，這項合作可減少客製化網路工程，並讓私有連線的建立方式更一致。56

兩家公司仍是雲端基礎設施市場的直接競爭者，但共同 API 規格提供了務實的合作理由：雙方可以保留各自的雲端網路服務，同時讓客戶，以及未來可能加入的其他參與者，透過更標準化的方式建立連線。513

下一步：更多區域、更高頻寬與網路業者加入

AWS 與 Microsoft 表示，未來計畫擴大區域配對數量，並逐步提高連線容量。Microsoft 也將目前的服務定位為更高頻寬需求的基礎，讓未來能支援初始部署之外的工作負載規模。56

兩家公司同時提到，這套模式不一定只適用於超大規模雲端供應商之間的連線。網路服務供應商與電信業者也可能參與其中，進而在雲端、電信商與企業網路之間，採用更一致的佈建與營運模式。6

這仍然不能稱為已確立的產業標準。更廣泛的意義在於，一個開放的多雲連線層可能逐步成形：若有更多供應商實作相同 API，企業便有機會以較少的客製化整合，在不同雲端與網路環境之間佈建私有連線。

對 AI 架構而言，這種方向可能尤其重要，因為訓練、推論、資料儲存、邊緣處理與應用程式可能分布在不同位置。不過，截至目前，這仍是供應商提出的發展方向，而不是已在全市場普遍可用的能力。6