AWSとAzure、クラウド間接続を標準化

AWSとMicrosoftは、両クラウドを結ぶマネージドなプライベート接続を公開しました。AWS Interconnect - multicloud と Azure Multicloud Interconnect が連携し、利用者は従来のように通信事業者の回線や物理クロスコネクトを一つずつ組み合わせるのではなく、クラウドのコンソールやAPIから専用接続を要求できます。Azureとの接続は現在パブリックプレビューであり、一般提供ではありません。

何が変わったか個別の構築案件からマネージド接続へ

これまで二つの大手クラウドを接続するには、クラウド側ポート、通信事業者、物理配線、ルーティング、セキュリティ、監視、別々のサポート窓口を調整する必要がありました。新しい連携は、その物理的・運用的な組み立てを標準化されたワークフローの背後に隠します。AWS側はコンソールやCLI、Azure側はポータルとMulticloud Interconnectを通じて設定します。

従来	二つのクラウド接続製品、通信事業者、物理配線、経路変更、異なる納期を組み合わせる必要がありました。
プレビュー	AWSとAzureがマネージド製品と共通の相互運用仕様を使い、専用プライベート経路を連携して構成します。
利用者に残る責任	ネットワーク設計、経路ポリシー、アプリの耐障害性、コスト、権限、コンプライアンスは引き続き利用者が管理します。

仕組みオープンAPIで冗長な私設経路を調整

この連携は、AWSが公開したネットワーク相互運用のオープンAPI仕様を利用します。各社は自社側の設備を自動化しながら、接続の作成、監視、変更、廃止というライフサイクルをより一貫した形で提供します。Microsoftは、経路を Azure Private Link に延長し、もう一方のクラウドからAzureサービスへプライベートにアクセスできると説明しています。

AWSによると、構成は物理的に分離した施設とルーターにまたがる四つの独立した論理経路を持ちます。エッジルーター間はMACsecで暗号化され、Network Synthetic MonitorがAWS側のパケット損失の特定を支援します。ただし、これはクラウド間の転送区間を守る機能であり、アプリケーション暗号化や企業自身のエンドツーエンド切り替え試験を不要にはしません。

4経路AWSが説明する独立した論理パス

4地域Azure接続の初期プレビュー拠点

プレビュー現在の成熟段階であり一般提供ではない

初期展開対象地域は限定的だが主要拠点を含む

AWSが公表した初期地域は、米国東部の北バージニア、米国西部の北カリフォルニア、アジア太平洋のシドニー、欧州のフランクフルトです。両社はフィードバックを基に地域と帯域の選択肢を増やす方針です。したがって、発表を世界全域での提供と解釈せず、個々のワークロードと災害復旧経路を実際の対応地域に照合する必要があります。

重要性最大速度より運用の単純化が本質

直接的な利用候補は、買収によってAWSとAzureの両方にシステムを持つ企業、両環境の顧客にサービスを提供するソフトウェア事業者、複数事業者の利用が求められる組織、計算資源とデータが別のクラウドにあるAIチームです。基礎となる仕組みが既存のプライベートネットワークでも、管理された共通ライフサイクルは調整と障害対応の時間を減らせます。

本当の製品はクラウド間の一本の回線だけではなく、その回線を作成し、監視し、支援する共通運用モデルです。

確認項目プレビューをアーキテクチャ試験として扱う

1. 対応する地域の組み合わせ、ポート、帯域、クォータ、プレビュー条件、両社を合算した料金を確認します。
2. ルーター、単一経路、拠点全体の障害を実際に試し、四経路という構成だけでアプリ継続性を判断しません。
3. 実トラフィックで遅延、ジッター、損失、開通時間を測定し、数秒、より高速、フォーナインという説明を実測の代わりにしません。
4. 障害領域ごとの責任と、クラウド横断インシデントのエスカレーション、監視、監査方法を文書化します。
5. アプリ層暗号化、最小権限の経路、データ所在、送信料金の制御を残します。