Microsoft и AWS договорились о том, что еще недавно сами не спешили считать массовой потребностью: компании запускают сервисы для private-соединения облаков на скорости до 100 Гбит/с. Для тех, кто строит multicloud между Azure и AWS, новость важна по простой причине: то, что раньше могло растягиваться на недели и месяцы из-за сетевой возни, теперь обещают превратить в более прямой и предсказуемый сценарий.
О новой связке, как пишет The Register, Microsoft объявила 1 сентября 2026 года. Речь идет о комбинации Azure Multicloud Interconnect и AWS Interconnect – multicloud. Идея в том, чтобы дать заказчикам приватные высокоскоростные каналы между инфраструктурой в Azure и AWS без привычного марафона с физической связностью, маршрутизацией, provisioning, мониторингом и дальнейшим сопровождением. В Microsoft прямо признают: до сих пор даже технически очевидное решение соединить две облачные среды часто превращалось в отдельный проект.
Детали пока выглядят одновременно многообещающе и осторожно. Azure Multicloud Interconnect находится в preview, а значит, доступность функций, целевые показатели производительности и сроки выхода в общую доступность еще могут поменяться. Но на старте Microsoft уже называет конкретную планку: соединения до 100 Гбит/с с возможностью дальнейшего роста. Со стороны AWS в ход идут свои обещания для корпоративных клиентов: MACsec «из коробки», доступность на уровне four-nines, то есть 99,99%, и масштабирование «по клику». Для рынка облачной инфраструктуры это не просто очередной сетевой сервис, а попытка убрать один из самых неприятных слоев multicloud-практики, где маркетинговые слайды обычно заканчиваются, а инженерная рутина только начинается.
Самое интересное здесь даже не в скорости канала, а в развороте риторики. AWS раньше убеждала британский антимонопольный регулятор, что заметных технических барьеров для multicloud-стратегии нет и заказчики могут использовать нескольких провайдеров или переключаться между ними, когда захотят. Microsoft, со своей стороны, тоже не выглядела евангелистом модели «несколько облаков в каждый дом»: компания утверждала, что заметного спроса на multicloud вне довольно специализированных сценариев почти нет, потому что такой подход не слишком прост и не слишком удобен для клиентов. Теперь та же Microsoft фактически говорит обратное: именно новый сервис должен радикально упростить multicloud между Azure и AWS, скрыв под капотом сложность сетевой интеграции. Ирония тут довольно прозрачная: если рынок якобы не испытывал острой боли, то зачем два крупнейших конкурента совместно строят мост между своими платформами?
Впрочем, у этого разворота есть понятный бизнес-контекст. В конце 2025 года AWS и Google Cloud уже показали похожую модель взаимодействия на базе открытой спецификации для сетевой интероперабельности. Те же open API specifications теперь лежат и под решением Microsoft с AWS. То есть отрасль медленно, но вполне последовательно двигается к сценарию, где hyperscaler'ы остаются конкурентами по сервисам, цене и экосистеме, но начинают стандартизировать механики стыковки. Для заказчиков это означает одну вещь: multicloud перестает быть экзотикой из презентаций архитекторов и становится более приземленным инструментом для конкретных workloads. Не потому, что кто-то внезапно полюбил чужие облака, а потому, что удерживать клиента проще, если дать ему удобный способ не уходить полностью, а распределять нагрузку между платформами.
Для разработчиков, платформенных команд и IT-директоров практический смысл новости в снижении операционного трения. Когда соединение двух облаков перестает быть долгой ручной сборкой, проще запускать сценарии, где часть системы живет в Azure, а часть в AWS. Это может быть распределение критичных приложений, перенос отдельных сервисов без одномоментной миграции, резервирование, постепенная консолидация инфраструктуры после сделки или просто работа с командами, которые уже исторически сидят в разных облаках. В таких случаях ценность не только в bandwidth, но и в предсказуемости канала, едином подходе к подключению и меньшем количестве нестандартных сетевых костылей. Чем меньше ручного orchestration на уровне линков и routing, тем меньше шанс, что multicloud-проект сломается не на архитектуре приложения, а на банальной логистике сети.
Есть и еще один слой, который важен для бизнеса. Когда AWS заявляет, что теперь AWS Interconnect – multicloud покрывает Azure, Google Cloud и Oracle Cloud Infrastructure, это уже похоже не на разовую интеграцию, а на заявку на роль универсального хаба для межоблачной связности. Microsoft, в свою очередь, явно хочет показать, что Azure Networking Services может быть не только внутренним набором инструментов для Azure-first клиентов, но и частью более широкой мультиоблачной топологии. Для обеих компаний это способ удержать enterprise-заказчиков, которые давно устали выбирать «одно облако навсегда» и предпочитают торговаться, диверсифицировать риски и разносить нагрузки по нескольким площадкам. Не случайно Microsoft прямо говорит, что ту же открытую спецификацию можно использовать и для более широкой интероперабельности между hyperscale-провайдерами.
Пока остается ключевой вопрос: этот шаг отражает реальный массовый спрос или сами облачные гиганты наконец решили убрать искусственно болезненный слой интеграции, который много лет мешал клиентам строить multicloud между Azure и AWS без лишней драмы. Если preview быстро дойдет до общей доступности и сохранит заявленные 100 Гбит/с, 99,99% доступности и встроенную защиту MACsec, разговор о multicloud окончательно сместится из теории в область нормальной инженерной практики, где спорят уже не о возможности соединить два облака, а о том, насколько выгодно и быстро это делается.