AWS и Azure упростили прямое частное соединение между облаками

31 августа 2026 года AWS и Microsoft Azure объявили о публичной предварительной версии прямого частного сетевого соединения между своими облачными платформами. Для AWS это расширение сервиса AWS Interconnect – multicloud, который теперь охватывает Azure, Google Cloud и Oracle Cloud Infrastructure — трех крупных облачных провайдеров, не относящихся к AWS. 7

Главная оговорка — статус продукта. Подключение к Azure пока находится в Public Preview, поэтому его набор функций, география, условия соглашения об уровне сервиса и готовность к промышленной эксплуатации еще не должны восприниматься как окончательные.

Как работают два сервиса вместе

Решение объединяет продукты обеих компаний:

• AWS Interconnect – multicloud отвечает за управляемое соединение на стороне AWS и подключение к Amazon VPC — виртуальной частной сети в AWS.
• Azure Multicloud Interconnect выполняет соответствующую функцию на стороне Azure.

Вместе они должны формировать управляемый частный канал уровня 3 между средами AWS и Azure. Такой подход призван избавить клиентов от значительной части ручной работы: не нужно самостоятельно развертывать физические маршрутизаторы или строить собственную схему маршрутизации через локальную инфраструктуру. 56

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

Подключение создается через консоль AWS

AWS стремится сократить число операций, которые обычно приходится выполнять в двух разных облаках. В документированной процедуре клиент открывает консоль AWS Direct Connect, выбирает AWS Interconnect, создает мультиоблачное соединение, указывает облачного провайдера назначения, регионы и необходимую пропускную способность. Провайдеры, доступные в режиме предварительного просмотра, помечаются в консоли специальным ярлыком Preview. 12

У предварительной версии есть ограничения. AWS указывает, что в каждом поддерживаемом регионе на одного клиента разрешено только одно такое соединение. На период предварительного доступа подключение можно использовать бесплатно в соответствии с условиями программы Preview. 12

Регионы и пропускная способность

В опубликованных материалах названы четыре региона AWS, где доступна предварительная версия подключения к Azure:

• Восток США (Северная Вирджиния);
• Запад США (Северная Калифорния);
• Азиатско-Тихоокеанский регион (Сидней);
• Европа (Франкфурт).

Полный и авторитетно подтвержденный список соответствующих регионов Azure в предоставленных материалах не приведен, поэтому составлять исчерпывающую таблицу пар регионов пока преждевременно. 67

Microsoft заявляет, что на этапе общего доступа соединение сможет работать со скоростью до 100 Гбит/с. Это не означает, что вся такая пропускная способность уже гарантирована в первоначальной предварительной версии. 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 получает сходный сценарий настройки, а AWS проверяет, насколько единая модель интеграции применима сразу к нескольким конкурирующим гиперскейлерам, а не только к одному двустороннему партнерству.

Зачем конкурирующим гиперскейлерам сотрудничать

Официальное объяснение — спрос со стороны клиентов. Компании все чаще распределяют приложения, данные и ИИ-нагрузки между несколькими облаками. При традиционном подходе это означает отдельные сетевые схемы, разные процессы выдачи доступа, ручные согласования между поставщиками и больше задач для команд эксплуатации. AWS и Microsoft представляют совместный сервис как способ уменьшить объем такой индивидуальной настройки и сделать частные соединения между облаками более предсказуемыми. 56

Партнерство примечательно именно тем, что AWS и Microsoft остаются прямыми конкурентами на рынке облачной инфраструктуры. Открытая спецификация API дает им практичный компромисс: каждый провайдер сохраняет собственный сетевой сервис, но процесс установления соединения становится более стандартизированным для клиентов и потенциальных новых участников. 513

Что может измениться дальше

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

Поставщики допускают, что модель сможет выйти за рамки соединений «облако — облако». В будущем к ней потенциально могут подключаться поставщики сетевых услуг и операторы связи, что позволило бы унифицировать настройку и эксплуатацию каналов между облачными, операторскими и корпоративными сетями. 6

Однако это пока не общепромышленный стандарт. Более широкая перспектива — появление открытого уровня мультиоблачной связности: если больше провайдеров реализуют общий API, организациям будет проще создавать частные соединения между облаками и сетевой инфраструктурой без множества уникальных интеграций.

Такой подход особенно важен для распределенных ИИ-архитектур, в которых обучение, вывод моделей, хранение данных, периферийная обработка и приложения могут находиться в разных средах. Но на данный момент это заявленное направление развития, а не уже сформировавшаяся возможность всего рынка. 6