AWS та Azure спрощують приватне з’єднання між хмарами

AWS і Microsoft Azure 31 серпня 2026 року запустили публічний попередній перегляд прямого приватного мережевого з’єднання між своїми хмарними платформами. Для AWS це розширення сервісу AWS Interconnect – multicloud, який тепер охоплює трьох великих хмарних провайдерів, що не належать AWS: Microsoft Azure, Google Cloud та Oracle Cloud Infrastructure (OCI). 7

Однак ключове слово тут — попередній перегляд. Опубліковані можливості, список регіонів, умови використання та очікування щодо готовності сервісу до промислової експлуатації ще можуть змінитися.

Як працюють AWS Interconnect і Azure Multicloud Interconnect

Сервіс побудований як узгоджена робота двох продуктів:

• AWS Interconnect – multicloud відповідає за кероване з’єднання з боку AWS та Amazon VPC.
• Azure Multicloud Interconnect забезпечує відповідну інтеграцію з боку Azure.

Разом вони мають створювати керований приватний маршрут рівня 3 між середовищами AWS та Azure. Такий підхід приховує значну частину складної мережевої інфраструктури й може позбавити клієнтів потреби розгортати фізичні маршрутизатори або будувати власний маршрут через локальну інфраструктуру. 56

AWS і Microsoft заявляють, що використовують стандартизовану відкриту специфікацію API, а не окремий двосторонній інтерфейс лише для цієї співпраці. AWS представила такий підхід до мультихмарного підключення на re:Invent 2025 і опублікувала відкриту специфікацію у відкритому репозиторії GitHub, щоб її могли впроваджувати інші хмарні провайдери. 1013

Підключення створюється через консоль AWS Direct Connect

Заявлений процес має скоротити кількість ручних дій між двома постачальниками. Клієнт переходить до консолі AWS Direct Connect, обирає AWS Interconnect, створює мультихмарне з’єднання, вказує цільового хмарного провайдера та регіони, а потім задає потрібну пропускну здатність. Провайдери, що перебувають у режимі публічного preview, позначені відповідною міткою в консолі. 12

На етапі попереднього перегляду діють обмеження: документація AWS дозволяє не більше одного Interconnect на клієнта в кожному підтримуваному регіоні. Підключення можна використовувати без оплати протягом preview — відповідно до умов програми попереднього доступу. 12

Які регіони доступні на старті

Надані матеріали називають чотири локації AWS для попереднього перегляду з Azure:

• US East (N. Virginia) — Північна Вірджинія;
• US West (N. California) — Північна Каліфорнія;
• Asia Pacific (Sydney) — Сідней;
• Europe (Frankfurt) — Франкфурт.

Водночас доступні джерела не містять авторитетного повного переліку відповідних регіонів Azure. Тому складати детальну таблицю всіх пар регіонів поки передчасно. 67

Microsoft говорить про можливість підключення зі швидкістю до 100 Гбіт/с на етапі загальної доступності. Це не означає, що така пропускна здатність гарантовано доступна вже в початковій версії публічного preview. 5

Захист, резервування та доступність

AWS і Microsoft позиціонують сервіс як приватне, стійке до відмов і просте в адмініструванні з’єднання. Microsoft окремо згадує шифрування MACsec, доступність на рівні «чотири дев’ятки» — 99,99% — та масштабованість як ключові характеристики спільного рішення. У матеріалах також описано базову архітектуру з чотирикратним резервуванням. 56

Це характеристики та зобов’язання, заявлені самими постачальниками. Оскільки інтеграція з Azure ще перебуває в публічному попередньому перегляді, а надані джерела незалежно не підтверджують кожну технічну деталь реалізації, перед використанням у продуктивних або регульованих навантаженнях клієнтам варто перевірити актуальну документацію щодо регіонів, пропускної здатності, SLA та архітектури.

Де Azure опинився в мультихмарній стратегії AWS

Підтримка Azure не є окремим відступом від мультихмарної стратегії AWS. За описом AWS, AWS Interconnect – multicloud тепер охоплює:

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

Першим партнером під час запуску сервісу стала Google Cloud, а в документації AWS окремо наведені регіональні пари AWS—Google Cloud, зокрема Північна Вірджинія—Північна Вірджинія та Північна Каліфорнія—Лос-Анджелес. 10

Додавання Azure дає клієнтам схожий сценарій налаштування для ще одного великого хмарного провайдера. Водночас це перевірка того, чи зможе спільна модель інтеграції працювати між конкуруючими гіперскейлерами, а не лише в межах окремого двостороннього партнерства.

Чому конкуренти вирішили співпрацювати

Офіційне пояснення — попит з боку клієнтів. Організації дедалі частіше розподіляють застосунки, дані та AI-навантаження між кількома хмарами. Але міжхмарна мережа зазвичай вимагає окремих постачальників, складних схем маршрутизації, передачі заявок між командами та різних операційних процесів. AWS і Microsoft представляють спільний сервіс як спосіб скоротити цю індивідуально налаштовану роботу й зробити приватне підключення послідовнішим. 56

Партнерство привертає увагу саме тому, що AWS і Microsoft залишаються прямими конкурентами на ринку хмарної інфраструктури. Відкрита специфікація API створює практичну основу для співпраці: кожен провайдер зберігає власний мережевий сервіс, але процес підключення для клієнтів і потенційних майбутніх учасників стає більш стандартизованим. 513

Що може бути далі

AWS і Microsoft планують збільшувати кількість регіональних пар і пропускну здатність. Microsoft також розглядає початковий сервіс як основу для потреб, що вимагатимуть більшої швидкості, ніж перша реалізація. 56

Модель потенційно може вийти за межі з’єднань між хмарними гіперскейлерами. Постачальники згадують можливу участь мережевих сервіс-провайдерів і телекомунікаційних операторів. Це могло б поширити більш узгоджений підхід до підключення та експлуатації на хмарні, операторські й корпоративні мережі. 6

Втім, наразі це ще не загальногалузевий стандарт. Ширший потенціал полягає у формуванні відкритого шару мультихмарного підключення: якщо більше провайдерів реалізують спільний API, організації зможуть послідовніше створювати приватні зв’язки між хмарами та мережевими середовищами з меншою кількістю індивідуальних інтеграцій.

Такий підхід може стати важливішим у міру того, як AI-архітектури розподіляють навчання, інференс, дані, периферійну обробку та застосунки між різними локаціями. Але поки що це заявлений напрям розвитку, а не сформована можливість для всього ринку. 6