Глобальный сбой GitHub нарушил работу API, Actions, Pull Requests и Copilot

Что произошло с GitHub 17 августа

17 августа 2026 года GitHub столкнулся с масштабным сбоем, который затронул пользователей по всему миру. Проблемы начались примерно в 09:40 по восточному времени США — 13:40 UTC и в той или иной форме продолжались до 17:15 по восточному времени — 21:15 UTC. Это не было полным отключением всей платформы, однако сбой затронул достаточно много ключевых компонентов, чтобы нарушить доступ к репозиториям, код-ревью, CI/CD-автоматизацию, интеграции и работу Copilot.

Сначала GitHub сообщил о снижении производительности отдельных сервисов. Затем проблемы распространились на веб-интерфейс, API и ряд инструментов, которыми разработчики пользуются ежедневно.

Насколько серьёзными были проблемы

По данным GitHub, примерно 20% запросов к веб-интерфейсу и API завершались ошибкой. Для скачивания архивов и исходного содержимого репозиториев показатель составлял около 50%.

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

Какие сервисы GitHub пострадали

Сбой затронул сразу несколько уровней рабочего процесса разработки:

• Репозитории и загрузки. Архивы и отдельные исходные файлы скачивались особенно нестабильно, из-за чего было трудно получить код через веб-интерфейс и автоматизированные инструменты.
• API-запросы. Повышенное число ошибок нарушило работу скриптов, интеграций и сторонних инструментов, обращающихся к GitHub программно.
• Pull Requests и Issues. Снижение доступности мешало проводить код-ревью, отслеживать задачи и выполнять другие действия по совместной работе над проектами.
• GitHub Actions. Сбои затронули CI/CD-конвейеры и автоматизацию: запуски рабочих процессов могли не выполняться или задерживаться.
• Webhooks. Ненадёжная доставка событий могла задерживать или прерывать связанные системы деплоя, мониторинга и автоматизации.
• Git-операции. В статусных отчётах также отмечалось снижение производительности операций с репозиториями.
• Copilot. Сервис GitHub для ИИ-помощи при написании кода был отдельно отмечен как переживающий серьёзный сбой или существенное снижение доступности.
• Корпоративная идентификация и подготовка доступа. Сообщалось о проблемах с аутентификацией SAML и OIDC, а также с функциями SCIM и Team Sync. При этом доступные материалы не позволяют восстановить полную и точную хронологию по каждому из этих сервисов.

На практике это означало, что разработчик мог столкнуться с ошибкой при открытии или скачивании кода, просмотре pull request, запуске рабочего процесса Actions, получении webhook-события, входе через корпоративную систему идентификации или использовании Copilot.

Отключился ли GitHub полностью

Нет. Имеющиеся данные указывают на частичный многосервисный сбой, а не на подтверждённое отключение каждого компонента GitHub. В одном из оперативных статусных обзоров Git Operations, Packages, Pages и Codespaces отмечались как работающие, тогда как другие сервисы оставались деградировавшими.

Однако работоспособность отдельного компонента не гарантировала, что пользователь сможет выполнить весь рабочий процесс. Например, Pages или Codespaces могли быть доступны, пока загрузка содержимого репозитория, Pull Requests, Actions или вебхуки работали нестабильно. Кроме того, доступные отчёты не подтверждают, что любой из перечисленных сервисов оставался полностью unaffected на протяжении всего инцидента.

Что GitHub сообщил о расследовании и восстановлении

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

Позднее страница статуса GitHub отметила инцидент с GitHub.com как устранённый. В одном из последних обновлений говорилось, что инженеры ещё работают над периодическими ошибками аутентификации Copilot в некоторых приложениях. При этом использование Copilot через GitHub CLI и GitHub App на тот момент считалось не затронутым.

Известна ли причина сбоя

На момент доступных публикаций — нет. GitHub сообщил об обнаружении проблемного компонента и мерах, которые помогли восстановить работу, но не опубликовал технический разбор первопричины. Компания заявила, что подробный анализ будет представлен позднее.

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

Чем этот сбой отличался от недавних инцидентов GitHub

Сбой 17 августа оказался шире нескольких предыдущих инцидентов, которые в основном ограничивались Copilot или отдельным продуктом:

• 1 августа у модели GPT-5.6 Luna в Copilot наблюдались перебои доступности, связанные с проблемой у внешнего поставщика модели; другие модели Copilot не пострадали.
• 10 августа GitHub сообщал о нарушении доступа Copilot к некоторым моделям.
• 13 августа возникали ошибки при работе с моделью Fable 5 в Copilot; GitHub связал их с проблемой у внешнего поставщика модели.
• Отдельный инцидент 6–7 августа затронул GitHub Actions: рабочие процессы не запускались или надолго оставались в очереди.

В отличие от этих более узких проблем, 17 августа сбой распространился на веб-интерфейс GitHub, API, функции совместной работы, автоматизацию, вебхуки, доступ к репозиториям и Copilot.

Хотя GitHub принадлежит Microsoft, доступные данные не подтверждают, что инцидент был частью общего сбоя Microsoft 365 или Azure. На основании опубликованной информации его следует описывать именно как сбой платформы GitHub — если только последующее расследование Microsoft или GitHub не выявит общую причину.