Ad
Инциденты

GitHub пережил 7,5-часовой сбой: API выдавал около 20% ошибок, загрузка файлов — до 50%

Маша Даровская
By Маша Даровская , IT-редактор и автор
GitHub пережил 7,5-часовой сбой: API выдавал около 20% ошибок, загрузка файлов — до 50%
Обложка © Anonhaven

17 августа 2026 года GitHub столкнулся с крупным сбоем, который затронул веб-интерфейс, API, GitHub Actions, операции Git, Issues, запросы на слияние, Pages, вебхуки, системы корпоративной авторизации и GitHub Copilot. Официальный инцидент начался в 13:40 UTC и был закрыт только в 21:15 UTC — через 7 часов 35 минут. Для Москвы это период с 16:40 17 августа до 00:15 18 августа.

В тот же день пользователи Microsoft Copilot и Microsoft Teams также массово сообщали о проблемах. Downdetector регистрировал жалобы на оба сервиса в течение нескольких часов. Публичного подтверждения, что неполадки Microsoft Copilot, Teams и GitHub имели одну техническую причину, нет. 

GitHub начал расследование в 13:40 UTC. Уже в 13:41 платформа отметила снижение производительности API, в 13:42 проблемы появились у GitHub Actions, а в 13:44 — у вебхуков. Через пять минут после начала инцидента GitHub оценивал долю ошибок примерно в 20% сразу для нескольких функций, включая Issues и запросы на слияние.

К 14:04 UTC масштаб аварии стал понятнее. Около 20% запросов к веб-интерфейсу и API завершались ошибками. При скачивании архивов репозиториев и исходных файлов доля неудачных запросов достигала примерно 50%. Разработчики могли сталкиваться с ошибками при работе с репозиториями, API и автоматическими процессами, завязанными на GitHub.

В 14:24 UTC в перечень затронутых систем добавились механизмы корпоративного доступа: SAML и OIDC для единого входа, SCIM для автоматического создания и синхронизации учетных записей и Team Sync для синхронизации участников команд.

GitHub Copilot тоже попал под сбой. Его статус сменился на «сниженная доступность» в 14:31 UTC. Затем ухудшилась работа запросов на слияние, Issues, Actions, вебхуков, API, GitHub Pages и операций Git.

Всего было около 20% ошибок для веб-интерфейса и API-трафика. Еще хуже работала выдача файлов. Скачивание архивов репозиториев и необработанного содержимого — например, файлов через адреса raw.githubusercontent.com — завершалось ошибкой примерно в 50% случаев.

В 16:36 UTC GitHub сообщил, что инженеры нашли проблемный компонент и применили корректирующие меры. Название компонента и техническую первопричину компания не раскрыла. Система уже показывала признаки восстановления, но количество ошибок оставалось выше нормы.

В 16:59 UTC GitHub объявил, что проблемы с API Requests, Actions, Git Operations, Issues, Pages, Pull Requests и Webhooks устранены, после чего специалисты перешли к наблюдению за сервисами.

Стабильность продержалась не везде. В 17:30 UTC вновь ухудшилась работа операций Git, через шесть минут появились новые проблемы с Issues. GitHub сообщил об остаточных неполадках сразу в нескольких сервисах.

К 18:11 UTC основной остаточной проблемой стали периодические ошибки авторизации. В 18:48 UTC снова снизилась доступность API. Его нормальную работу GitHub подтвердил в 19:01 UTC.

В 19:13 UTC инженеры частично отключили повторные попытки получения токенов авторизации и зафиксировали улучшение. К 20:08 UTC продолжали возникать отдельные ошибки входа в GitHub Copilot через некоторые приложения. Использование Copilot через GitHub CLI и GitHub App эта поздняя часть сбоя не затрагивала.

В 20:45 UTC GitHub сообщил, что продолжает применять меры для устранения этих ошибок и ожидает полного восстановления примерно в течение получаса. В 21:15 UTC инцидент получил статус resolved — работа была восстановлена.

Подробный технический разбор причины на момент публикации ещё не вышел. GitHub сообщил, что опубликует анализ первопричины отдельно.

Массовый характер сбоя виден и по пользовательским трекерам. Downdetector регистрировал проблемы с GitHub примерно три часа, а количество сообщений на одном из пиков в 16:30 превысило 2,7 тыс. Среди классифицированных обращений более 70% относились к работе сайта.

Российский Detector404 отдельно зарегистрировал всплеск жалоб на GitHub около 16:46 17 августа. Пользователи сообщали, что сервис не открывался или был недоступен при попытке обращения. Трекер фиксировал обращения из Санкт-Петербурга, Калининградской, Владимирской, Белгородской и других областей.

Downdetector также фиксировал жалобы на Microsoft Copilot  более трех часов. Более 60% классифицированных сообщений относились к работе приложения. Microsoft Teams собирал жалобы еще дольше — почти шесть часов. Примерно 80% сообщений в выборке Downdetector относились к проблемам приложения.

Инцидент 17 августа произошел менее чем через две недели после крупной аварии GitHub Actions.

6 августа GitHub Actions работал нестабильно с 15:05 UTC до 00:14 UTC следующего дня. На пике 71% запусков рабочих процессов сталкивались с инфраструктурными ошибками, а 75% оставшихся заданий задерживались более чем на пять минут.

Причина той аварии уже известна. Штатное развертывание внутреннего сервиса Actions проявило существовавшую проблему с запасом вычислительных ресурсов и количеством одновременно обрабатываемых задач. При замене экземпляров сервиса оставшиеся мощности оказались перегружены, что вызвало последовательные отказы в нескольких кластерах и зависимых системах. Позже обнаружилась ещё одна ошибка: исполнители Actions повторно пытались получить задания, которые уже нельзя было выполнить.

12 августа произошел другой сбой, затронувший Issues и запросы на слияние. Настройка базы данных ссылалась на индекс, удалённый после недавней миграции. Часть запросов из-за этого завершалась ошибками. GitHub отключил проблемную конфигурацию и восстановил работу сервисов.

Есть новость? Станьте автором.

Мы сотрудничаем с независимыми исследователями и специалистами по кибербезопасности. Отправьте нам новость или предложите статью на рассмотрение редакции.