GitHub Actions снова дал сбой в среду, спустя несколько дней после того, как хостинг кода возобновил обещания повысить надежность.
Проблема среды, как это часто бывало, затронула Actions — CI/CD-платформу GitHub для автоматизации сборки, тестирования и развертывания ПО. Согласно отчету об инциденте, опубликованному GitHub, неполадки начались в 15:11 UTC.
Хостинг исходного кода выявил проблему с основной базой данных и переключился на реплику, но заявил, что это действие “не полностью устранило” деградацию. Затем GitHub ограничил входящий трафик, пока изучал вышестоящие проблемы Vitess, после чего постепенно восстановил трафик. К 18:00 UTC компания сообщила, что Actions работает в штатном режиме, а очереди входящих запросов восстановлены.
Последний сбой не особо обнадеживает, учитывая, что на прошлой неделе GitHub заявил, что сейчас обрабатывает вдвое больше коммитов, чем в апреле, который и сам по себе был не лучшим месяцем для GitHub. Впрочем, ни один месяц в этом году не был для «Хаба» особенно удачным.
Архив истории на сайте статуса GitHub показывает, что в апреле на платформе было 26 проблем. В мае и июне их было по 23, в июле — 26, а в августе, до конца которого остается меньше недели, зафиксировано уже 23. Сможет ли этот месяц побить март с 32 инцидентами или февраль с 37 — покажет время. В январе также было 25 инцидентов, то есть в этом году GitHub сталкивался как минимум с 23 проблемами надежности каждый месяц.
GitHub Actions, пожалуй, является центральной частью платформы для многих разработчиков, использующих CI/CD-пайплайны и другие формы автоматизации, и он входит в число сервисов, наиболее пострадавших от текущих проблем с надежностью GitHub.
Как знает любой пользователь SaaS-продуктов, аптайм — ключевой показатель надежности, и Actions сейчас не дотягивает до «трех девяток»: по состоянию на среду страница аптайма GitHub для Actions показывает всего 98,13% за август — почти на грани скатывания в зону 97% надежности. Это плохая позиция, если учесть, что, по заявлениям GitHub, платформа ежемесячно обрабатывает 2,9 миллиарда коммитов, 24 миллиона новых репозиториев и 130 миллионов объединенных пул-реквестов.
Хотя проблемы GitHub в этом году были многочисленны и часто освещались в The Register, август стал особенно тяжелым месяцем для работы сервиса. 17 августа GitHub пережил почти восьмичасовой сбой, затронувший множество сервисов: Issues, Pull Requests, API, Actions и Copilot — все они выдавали повышенное количество ошибок, мешая клиентам работать.
GitHub указывал на ИИ как на причину многих своих проблем, обвиняя ботов и агентов в резком росте нагрузки, с которой он не смог справиться. То же самое касалось и сбоя 17 августа: технический директор GitHub Владимир Федоров принес извинения за инцидент, заявив, что его команда подвела пользователей, и пообещав, как и в апреле, когда GitHub признал наличие проблем, масштабироваться, чтобы поддерживать растущую базу пользователей, как людей, так и ботов.
«Мы заслужим ваше доверие за счет масштабирования и надежности платформы», — написал Федоров в посмертном анализе сбоя 17 августа на прошлой неделе. Прошло шесть дней после его обещания все исправить, а мы снова наблюдаем снижение надежности и рост числа инцидентов.
GitHub не ответил на вопросы для этой статьи. ®
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Brandon Vigliarolo
