AWSとMicrosoftは、AWSとAzureにまたがるワークロードをプライベートに接続する管理型サービスを発表した。AWSでの名称は**「AWS Interconnect – multicloud with Microsoft Azure connectivity」、Microsoft側では「Azure Multicloud Interconnect for AWS」**だ。Azure接続は2026年8月31日にパブリックプレビューとなった。26

従来、異なるクラウド間に専用のネットワーク経路を作るには、クラウド側の接続設定に加え、通信事業者やコロケーション、ルーティング、冗長化、暗号化、運用責任の分担などを個別に調整する必要があった。設計・開通・変更に数週間から数か月を要することもある。新サービスは、こうした事業者間の調整の多くをサービス側で扱い、利用者が単一の論理的な接続リソースとして利用できるようにする。612

サービスでできること

この接続は、AWSとAzureの間に専用帯域を伴うプライベートなネットワーク経路を設けるものだ。AWSはオンデマンドでのプロビジョニングを案内しており、MicrosoftはAzure Private Linkまで拡張することで、クラウド間をエンドツーエンドでプライベートに接続できるとしている。26

Microsoftによると、Azure ExpressRouteとAWS Direct Connectを基盤にした、クラウド事業者管理型の相互接続サービスである。利用者自身が物理回線や接続コンポーネントを一つずつ組み立てて運用する代わりに、1つの相互接続リソースを作成して専用経路を利用する形になる。612

プレビューの対象地域と公表仕様

Azure接続のプレビューは、当初、次の地域で利用できる。

• 米国東部（バージニア北部）
• 米国西部（カリフォルニア北部）
• アジア太平洋（シドニー）
• 欧州（フランクフルト）2

両社は最大100Gbpsの接続を掲げる。また、公表資料では、地理的に分散した4重冗長のインフラ、転送中データを保護するMACsec暗号化、可用性**99.99%**の目標が示されている。236

ただし、現時点ではパブリックプレビューである。実運用の設計に採用する前に、利用可能な帯域、接続可能なリージョンの組み合わせ、適用条件を個別に確認する必要がある。

従来の「クラウド間専用線」と何が変わるのか

ポイントは、AWS側とAzure側で別々に回線プロジェクトを進めるのではなく、両社が連携して提供する管理型接続として扱えることにある。

これまでのクロスクラウド接続では、クラウド接続、キャリアやコロケーション事業者との契約・接続、経路制御、暗号化、冗長経路の設計などを調整する必要があった。612 新しいモデルでは、そのうちクラウド事業者間の引き渡しに関する複雑さを抽象化し、プライベート経路をより簡潔にプロビジョニングできるようにする。

もっとも、ネットワーク設計そのものが不要になるわけではない。企業側は引き続き、どのワークロードをクラウド間で通信させるか、経路とネットワーク分離をどう設計するか、必要な可用性やセキュリティ統制をどう満たすかを決めなければならない。変わるのは、クラウド間の接続部分を個別の特注統合として構築するのではなく、両社が協調するサービスとして利用できる点だ。

Azure対応の意味

AWS Interconnect – multicloudは、Amazon VPCと他のクラウド環境を接続するAWSの管理型サービスだ。Azureのプレビュー参加により、AWSが挙げる主要なAWS以外のクラウド事業者は、**Microsoft Azure、Google Cloud、Oracle Cloud Infrastructure（OCI）**の3社となった。25

すでに複数クラウドを使っている組織にとっては、クラウドの組み合わせごとに接続方式を大きく変えずに済む可能性がある。アプリケーション、データ基盤、災害復旧の構成などがクラウド境界をまたぐ一方、パブリックインターネット経由が運用面またはセキュリティ面で適さないケースで、特に検討対象となる。

競合するAWSとMicrosoftが協業する理由

この取り組みは、AWSとMicrosoftが事業戦略を一体化させるという話ではない。現実に複数クラウドへ分散している企業のワークロードを、予測可能で管理しやすい形で接続するための相互運用性への対応と見るのが適切だ。

技術的な基盤は、ネットワーク相互運用のためのオープンAPI仕様である。AWSとGoogle Cloudは2025年後半、この仕様を用いるマルチクラウド・ネットワーキングの協業を発表した。狙いは、両社のネットワークサービス間におけるプライベートかつ高速な接続を、高い自動化度で実現することだった。1824 Microsoftがこの仕様を採用したことで、AWSとAzureの接続にも同じ考え方が広がった。AWSは、この仕様を他のクラウド事業者も採用できるとしている。1024

すでに業界標準なのか

現時点では、業界全体で確立した標準ではない。仕様はオープンであり、AWSの案内するサービスにはAWS、Google Cloud、OCI、Microsoft Azureが関与しているが、それは広範な業界標準化とは別の段階である。2523

当面の実務的な価値は、クラウドの組み合わせごとに個別の接続統合を作り込む必要を減らせる可能性にある。AWSは、ほかのクラウドサービスプロバイダーも採用できる統一仕様を目標としてきた。2024

今後の注目点

Azure向けサービスはパブリックプレビューのため、初期の対象地域や公表済みの帯域仕様が、将来の提供範囲を保証するものではない。クラウド事業者に加え、ネットワークサービス事業者や通信事業者の参加へと枠組みを広げる方向性は示されているものの、今回の発表資料には拡大時期の具体的な予定は示されていない。62024

データ、アプリケーション、AI関連ワークロードを複数環境にまたがって運用する企業にとって重要なのは、すべてをマルチクラウド化することではない。すでにクラウドをまたいでいるワークロードに対し、プライベートで、耐障害性があり、運用可能な接続経路を確保できるかどうかだ。このサービスは、その経路の準備を簡素化することを目的としている。26

AWSとMicrosoftは、AWSとAzureにまたがるワークロードをプライベートに接続する管理型サービスを発表した。AWSでの名称は**「AWS Interconnect – multicloud with Microsoft Azure connectivity」、Microsoft側では「Azure Multicloud Interconnect for AWS」**だ。Azure接続は2026年8月31日にパブリックプレビューとなった。26

従来、異なるクラウド間に専用のネットワーク経路を作るには、クラウド側の接続設定に加え、通信事業者やコロケーション、ルーティング、冗長化、暗号化、運用責任の分担などを個別に調整する必要があった。設計・開通・変更に数週間から数か月を要することもある。新サービスは、こうした事業者間の調整の多くをサービス側で扱い、利用者が単一の論理的な接続リソースとして利用できるようにする。612

サービスでできること

この接続は、AWSとAzureの間に専用帯域を伴うプライベートなネットワーク経路を設けるものだ。AWSはオンデマンドでのプロビジョニングを案内しており、MicrosoftはAzure Private Linkまで拡張することで、クラウド間をエンドツーエンドでプライベートに接続できるとしている。26

Microsoftによると、Azure ExpressRouteとAWS Direct Connectを基盤にした、クラウド事業者管理型の相互接続サービスである。利用者自身が物理回線や接続コンポーネントを一つずつ組み立てて運用する代わりに、1つの相互接続リソースを作成して専用経路を利用する形になる。612

プレビューの対象地域と公表仕様

Azure接続のプレビューは、当初、次の地域で利用できる。

• 米国東部（バージニア北部）
• 米国西部（カリフォルニア北部）
• アジア太平洋（シドニー）
• 欧州（フランクフルト）2

両社は最大100Gbpsの接続を掲げる。また、公表資料では、地理的に分散した4重冗長のインフラ、転送中データを保護するMACsec暗号化、可用性**99.99%**の目標が示されている。236

ただし、現時点ではパブリックプレビューである。実運用の設計に採用する前に、利用可能な帯域、接続可能なリージョンの組み合わせ、適用条件を個別に確認する必要がある。

従来の「クラウド間専用線」と何が変わるのか

ポイントは、AWS側とAzure側で別々に回線プロジェクトを進めるのではなく、両社が連携して提供する管理型接続として扱えることにある。

これまでのクロスクラウド接続では、クラウド接続、キャリアやコロケーション事業者との契約・接続、経路制御、暗号化、冗長経路の設計などを調整する必要があった。612 新しいモデルでは、そのうちクラウド事業者間の引き渡しに関する複雑さを抽象化し、プライベート経路をより簡潔にプロビジョニングできるようにする。

もっとも、ネットワーク設計そのものが不要になるわけではない。企業側は引き続き、どのワークロードをクラウド間で通信させるか、経路とネットワーク分離をどう設計するか、必要な可用性やセキュリティ統制をどう満たすかを決めなければならない。変わるのは、クラウド間の接続部分を個別の特注統合として構築するのではなく、両社が協調するサービスとして利用できる点だ。

Azure対応の意味

AWS Interconnect – multicloudは、Amazon VPCと他のクラウド環境を接続するAWSの管理型サービスだ。Azureのプレビュー参加により、AWSが挙げる主要なAWS以外のクラウド事業者は、**Microsoft Azure、Google Cloud、Oracle Cloud Infrastructure（OCI）**の3社となった。25

すでに複数クラウドを使っている組織にとっては、クラウドの組み合わせごとに接続方式を大きく変えずに済む可能性がある。アプリケーション、データ基盤、災害復旧の構成などがクラウド境界をまたぐ一方、パブリックインターネット経由が運用面またはセキュリティ面で適さないケースで、特に検討対象となる。

競合するAWSとMicrosoftが協業する理由

この取り組みは、AWSとMicrosoftが事業戦略を一体化させるという話ではない。現実に複数クラウドへ分散している企業のワークロードを、予測可能で管理しやすい形で接続するための相互運用性への対応と見るのが適切だ。

技術的な基盤は、ネットワーク相互運用のためのオープンAPI仕様である。AWSとGoogle Cloudは2025年後半、この仕様を用いるマルチクラウド・ネットワーキングの協業を発表した。狙いは、両社のネットワークサービス間におけるプライベートかつ高速な接続を、高い自動化度で実現することだった。1824 Microsoftがこの仕様を採用したことで、AWSとAzureの接続にも同じ考え方が広がった。AWSは、この仕様を他のクラウド事業者も採用できるとしている。1024

すでに業界標準なのか

現時点では、業界全体で確立した標準ではない。仕様はオープンであり、AWSの案内するサービスにはAWS、Google Cloud、OCI、Microsoft Azureが関与しているが、それは広範な業界標準化とは別の段階である。2523

当面の実務的な価値は、クラウドの組み合わせごとに個別の接続統合を作り込む必要を減らせる可能性にある。AWSは、ほかのクラウドサービスプロバイダーも採用できる統一仕様を目標としてきた。2024

今後の注目点

Azure向けサービスはパブリックプレビューのため、初期の対象地域や公表済みの帯域仕様が、将来の提供範囲を保証するものではない。クラウド事業者に加え、ネットワークサービス事業者や通信事業者の参加へと枠組みを広げる方向性は示されているものの、今回の発表資料には拡大時期の具体的な予定は示されていない。62024

データ、アプリケーション、AI関連ワークロードを複数環境にまたがって運用する企業にとって重要なのは、すべてをマルチクラウド化することではない。すでにクラウドをまたいでいるワークロードに対し、プライベートで、耐障害性があり、運用可能な接続経路を確保できるかどうかだ。このサービスは、その経路の準備を簡素化することを目的としている。26