Почему Microsoft арендует мощности AWS для GitHub: ИИ-агенты сломали инфраструктуру

Платформа, захлестнутая машинным кодом

Основная причина — ошеломляющий скачок спроса со стороны «агентного» программирования. GitHub не был рассчитан на то, что софт будет сам писать, коммитить и развёртывать код в гипермасштабе.

• Пул-реквесты от ИИ-агентов взлетели в 14 раз. Их количество подскочило с 4 миллионов в сентябре 2025 года до более чем 17 миллионов к марту 2026 года . Объём коммитов полностью переписал операционную реальность GitHub: сейчас платформа обрабатывает около 275 миллионов коммитов в неделю — это больше, чем 1 миллиард коммитов, обработанных за весь 2025 год .
• Надёжность рухнула. В период с мая 2025 по апрель 2026 года на GitHub произошло 257 инцидентов, 48 из которых были классифицированы как критические — в среднем один крупный сбой в неделю . Напряжение усилилось в 2026 году. Только в мае было зафиксировано девять инцидентов, а к июню доступность GitHub упала примерно до 88,4%, что является драматическим падением с целевого показателя в 99,9%, прописанного в соглашении об уровне обслуживания .
• Руководство признало критическую точку. Во время отчёта Microsoft о прибыли за апрель 2026 года генеральный директор Сатья Наделла заявил, что GitHub «переживает беспрецедентный рост, движимый распространением агентного программирования», и что компания «усердно работает над масштабированием, чтобы удовлетворить этот спрос» . Ранее технический директор GitHub Влад Фёдоров опубликовал редкие публичные извинения, признав, что платформа сильно недооценила свои потребности в мощностях и что доступность в апреле упала ниже 85% .

Непосредственный триггер был очевиден: инфраструктура GitHub просто не могла поглотить нагрузку. Команда инфраструктуры платформы планировала расширение мощностей в 10 раз в октябре 2025 года, но к февралю 2026 года поняла, что необходимо увеличение в 30 раз .

Поворот к конкуренту: временное решение с AWS

Когда еженедельные сбои начали срывать работу миллионов разработчиков и ИИ-агентов, Microsoft приняла операционное, а не стратегическое решение. Она купила «спотовые» мощности у AWS, чтобы стабилизировать платформу .

Представитель Microsoft подтвердил, что GitHub использует несколько облачных провайдеров, но отказался комментировать участие Amazon, лишь сказав: «Невероятный всплеск агентной разработки, начавшийся в конце прошлого года, подверг испытанию нашу инфраструктуру» . Мощности AWS описываются как временная мера для снятия немедленного напряжения, пока продолжается долгосрочная миграция на Azure .

Ирония ситуации колоссальна. Microsoft приобрела GitHub за 7,5 миллиарда долларов в 2018 году с чёткой целью: встроить его в Azure и составить более прямую конкуренцию AWS в облачных войнах . Теперь продукт бума ИИ — во многом подпитываемый собственным GitHub Copilot — вынудил Microsoft платить своему злейшему врагу за серверы.

Пробуксовка миграции на Azure: план, который не поспевает за реальностью

Сделка с AWS — это ярчайший сигнал того, что миграция GitHub на Azure отстаёт от графика и не соответствует спросу. После приобретения в 2018 году Microsoft взяла курс на перенос всей инфраструктуры GitHub из её старых дата-центров в Azure . Эта миграция — многолетний процесс:

• CI/CD-сервис GitHub (Actions) и модели Copilot были перенесены в Azure в 2024 году .
• Pages и Packages последовали за ними в 2025 году .
• Однако миграция основной платформы и баз данных началась только в октябре 2025 года . К февралю 2026 года через Azure проходило лишь 12,5% трафика GitHub при заявленной цели в 50% к июлю 2026 года .

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

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

Операционные меры: не просто «заплатка»

Помимо громкой аренды AWS, GitHub и Microsoft реализуют несколько операционных изменений для устранения фундаментальной хрупкости:

1. Вынужденный переход на мультиоблако. Инфраструктура GitHub де-факто стала мультиоблачной. Microsoft использует мощности AWS в качестве аварийного «суржа», пока продолжается миграция в Azure . Это тактическая, а не идеологическая архитектура.
2. Ускорение инструментов миграции. Со стороны Azure DevOps Microsoft недавно запустила предварительную версию Enterprise Live Migrations (ELM) — инструмента для миграции множества репозиториев с минимальным временем простоя. Это сигнал о том, что инфраструктура миграции модернизируется под давлением .
3. Экзистенциальная смена приоритетов. Более ранние сообщения указывали, что GitHub временно приостановил разработку большинства новых функций, чтобы сосредоточиться на «экзистенциальной» миграции основной инфраструктуры в Azure, вызванной нехваткой мощностей в дата-центрах Виргинии .

Главный вывод не в том, что Microsoft отказывается от Azure для GitHub — это не так. Вывод в том, что ИИ-агенты по написанию кода навсегда изменили масштаб инфраструктуры для разработчиков. Нагрузка на GitHub была спроектирована для людей, печатающих на клавиатурах. Сейчас её перестраивают на лету для мира, где софт пишет сам себя, и даже компания с триллионной капитализацией, такая как Microsoft, может оказаться застигнутой врасплох, вынужденная полагаться на своего крупнейшего конкурента, чтобы просто «не погас свет».