С марта 2026 года сбои GitHub длились больше часа как минимум 12 раз, и для платформы с 180 млн разработчиков это уже не просто технический шум. Для русскоязычных команд это сигнал без романтики: если ваш процесс сборки, review и деплоя завязан на GitHub, проблемы Microsoft в AI coding быстро превращаются в ваши простои, SLA-инциденты и лишние разговоры с бизнесом.
О проблемах GitHub на фоне бума так называемого vibe coding сообщает CNBC Technology. Сюжет для Microsoft неприятный вдвойне: у компании был почти идеальный стартовый набор, чтобы забрать этот рынок себе. GitHub после покупки в 2018 году за 7,5 млрд долларов стал еще крупнее, GitHub Copilot был одним из первых массовых AI-инструментов для разработчиков, а за спиной у всего этого стояли Azure и партнерство с OpenAI. Но в 2026 году обсуждают уже не только рост, а то, почему платформа, которая должна была быть «домашним полем» Microsoft, начала раздражать собственную аудиторию.
Проблема не сводится к одному неудачному дню. По данным статьи, в последние месяцы GitHub регулярно проседал под нагрузкой, которую создал бум агентного ИИ-кодинга. Разработчики стали генерировать больше кода, чаще отправлять изменения и активнее использовать автоматизированные сценарии. Осенью 2025 года Сатья Наделла говорил, что GitHub растет самыми быстрыми темпами в своей истории и добавляет по одному разработчику в секунду. К апрелю 2026-го он уже признавал на квартальном созвоне, что компания спешно масштабирует сервис под беспрецедентный спрос. И вот здесь выяснилось, что красивый нарратив про ускорение разработки неплохо работает в презентациях, но заметно хуже переносит перегрузку инфраструктуры.
Один из ключевых факторов, по версии CNBC, это затянувшаяся миграция GitHub в Azure. Исторически сервис опирался не только на публичное облако Microsoft, но и на собственные выделенные дата-центры в Северной Вирджинии. В марте технический директор GitHub Влад Федоров писал, что через Azure-регион в Айове проходило лишь 12,5% трафика платформы, а к июлю планировалось довести показатель до 50%. На бумаге звучит как понятный план, но источники CNBC утверждают, что GitHub фактически уткнулся в нехватку мощности и пространства, а переговоры с Microsoft по вопросу емкости тормозили расширение в Azure. Для внешнего наблюдателя это выглядит почти комично: корпорация, которая научила рынок любить облачную масштабируемость, не успела вовремя масштабировать собственный флагманский инструмент для разработчиков.
Рынок не ждет, пока GitHub починится
Самое неприятное для Microsoft в этой истории даже не сами сбои GitHub, а то, что рынок успел предложить разработчикам альтернативы. Пока GitHub разбирается с доступностью и внутренней перестройкой, в AI coding заметно прибавили Cursor и Claude Code от Anthropic. В статье прямо сказано, что GitHub Copilot отстал от более новых игроков. Это важный сдвиг: еще недавно Copilot выглядел почти стандартом де-факто, а теперь конкуренты задают темп в той части рынка, где ценится не только интеграция, но и ощущение, что инструмент действительно ускоряет работу, а не добавляет очередной слой нестабильности.
Платформа при этом остается гигантом. По данным Stack Overflow Developer Survey 2025, GitHub остается самым популярным инструментом для совместной работы и документации кода. Сервис для корпоративных карт Ramp оценивает GitHub как лидера devops-рынка с заметным отрывом от GitLab по расходам клиентов. С момента покупки Microsoft база разработчиков выросла в шесть раз. Но это как раз тот случай, когда размер перестает быть гарантией защиты. Чем глубже GitHub встроен в процессы, тем болезненнее любой сбой. Когда платформа для совместной разработки регулярно «моргает», пользователи начинают не спорить в X, а открывать таблицу с альтернативами.
И такие признаки уже есть. CEO Harness Джйоти Бансал сказал CNBC, что корпоративные клиенты выражают реальную тревогу и активнее смотрят на другие варианты. Его компания даже изучала запуск собственного сервиса хранения кода. Сооснователь Zipline Райан Оксенхорн публично писал, что после серьезного бага, из-за которого GitHub откатил изменения кода, компания оценивает GitLab и Bitbucket. По его словам, команда до сих пор разгребала последствия, а поддержка GitHub не помогла так, как ожидалось. Еще жестче высказался Митчелл Хашимото, сооснователь HashiCorp: если сервис «блокирует вас на часы каждый день», то это уже не место для серьезной работы. Это не крик случайного пользователя в комментариях, а реплики людей, которые строят и масштабируют инженерные организации.
Для Microsoft это уже не просто инфраструктурная авария
На проблему наложился управленческий хаос. Бывший CEO GitHub Томас Домке объявил об уходе еще в августе 2025 года, и постоянную замену ему до сих пор не нашли. Часть сотрудников перешла под руководство Джулии Льюсон, многолетнего руководителя Microsoft Developer Division, но и она объявила об уходе на пенсию в апреле 2026-го. В начале мая глава Xbox Аша Шарма сообщила, что в ее подразделение переходят вице-президенты GitHub Тим Аллен и Джаред Палмер. Для внешнего рынка это выглядит как неприятная комбинация: сервис шатается под нагрузкой, а наверху не видно устойчивой конфигурации власти. Армин Ронахер, автор Flask, сформулировал это без корпоративной ваты: пользователей утомили нестабильность, постоянные изменения продукта, шум вокруг Copilot и ощущение, что платформа все меньше ориентирована на сообщество, которое сделало ее ценной.
Дополнительный удар пришел с другой стороны. В среду GitHub сообщил, что устройство одного из сотрудников было скомпрометировано, а атакующий получил доступ примерно к 3800 внутренних кодовых библиотек компании. В статье это упоминается как отдельный инцидент, но для клиентов и без того нервной платформы такие новости складываются в один фон: доступность хромает, лидерство в AI-инструментах уже не очевидно, а теперь добавляется и вопрос внутренней безопасности. Для enterprise-сегмента это плохой коктейль. Там редко бегут после первой аварии, но внимательно считают, сколько раз подряд вендор заставил пересматривать риск-модель.
Для разработчиков и IT-руководителей вывод довольно приземленный. Если GitHub остается центром жизненного цикла разработки, пора относиться к нему как к критической внешней зависимости, а не как к «электричеству из розетки». Нужны резервные сценарии для CI/CD, понятная политика локальных зеркал, проверка возможностей GitLab, Bitbucket или облачных инструментов Amazon и Atlassian хотя бы на уровне пилота. И отдельно стоит трезво смотреть на AI coding: агентные помощники действительно увеличивают пропускную способность команд, но одновременно кратно повышают цену любой платформенной нестабильности. Чем больше кода машина помогает вам выпускать, тем больнее, когда центральный репозиторий начинает жить по собственному графику.
Для Microsoft вопрос уже шире, чем судьба одного продукта. GitHub должен был стать главным мостом между облаком, Copilot и повседневной работой разработчиков. Если этот мост регулярно закрывают на ремонт, а лучшие отзывы уходят к Cursor и Claude Code, то компания рискует проиграть не рынок хостинга репозиториев, а гораздо более крупную борьбу за привычки разработчиков. В AI-эпоху именно они решают, чей стек станет стандартом по умолчанию, а чей останется в роли очень большого, очень важного, но уже не самого любимого корпоративного инструмента.