GitHub объявил о ряде обновлений статус-страницы, которые должны дать пользователям более точное представление о состоянии сервисов и доступности платформы. Компания подчеркивает, что эти изменения связаны с курсом на более понятную и оперативную коммуникацию во время инцидентов и после них.
Ранее в этом году GitHub уже сообщал о проблемах с доступностью и планах по повышению устойчивости инфраструктуры. Теперь параллельно с техническими улучшениями акцент сделан на том, как платформа информирует разработчиков о сбоях и производительности. Компания отмечает, что GitHub используется миллионами разработчиков для ключевых рабочих процессов, и это накладывает серьезную ответственность.
Первое изменение касается классификации инцидентов. GitHub вводит новый уровень серьезности — Degraded Performance («снижение производительности»). Он дополняет существующие статусы Partial Outage («частичный простой») и Major Outage («крупной простой»), формируя трехуровневую систему, которая точнее описывает спектр возможных проблем с сервисами.
Раньше любой инцидент, даже с минимальным влиянием на работу, обозначался как частичный простой. Это не отражало реальный эффект для клиентов и нередко создавало впечатление, что сервис недоступен, хотя он продолжал работать. Новый статус «снижение производительности» позволяет зафиксировать сбой без указания на недоступность сервиса.
Второе ключевое нововведение — публикация показателей доступности за последние 90 дней по каждому сервису прямо на статус-странице. Это даёт пользователям возможность быстро оценить недавнюю историю работы конкретных компонентов GitHub и понять их текущую надежность.
Процент доступности рассчитывается с учетом числа инцидентов, их уровня серьезности и продолжительности для каждого сервиса. GitHub использует при этом подход, принятый в индустрии для подобных статус-страниц, где учитывается не только факт простоя, но и его «вес» в общей картине
Каждому уровню серьезности соответствует свой коэффициент, который влияет на итоговый показатель. Например, час частичного простоя учитывается как 18 минут эффективного простоя за 90-дневный период, а не как полный час. Инциденты уровня Degraded Performance в расчет процента доступности не входят и не снижают показатель uptime.
Третье изменение касается работы GitHub Copilot. На статус-странице появился новый компонент «Copilot AI Model Providers», который отражает состояние поставщиков моделей искусственного интеллекта, используемых в Copilot.
Раньше, если один из поставщиков моделей испытывал проблемы, GitHub отмечал инцидент на уровне всего сервиса Copilot. Это плохо соответствовало реальному опыту пользователей, поскольку многие функции Copilot, включая GitHub Copilot Chat и GitHub Copilot cloud agent (ранее coding agent), поддерживают несколько моделей. В таких случаях разработчики могли выбрать другую модель или использовать автоматический выбор модели, и сервис продолжал работать.
Теперь инциденты, связанные с доступностью отдельных моделей, будут публиковаться в компоненте «Copilot AI Model Providers», а не в общем компоненте «Copilot». GitHub продолжит указывать, какие именно модели затронуты, в публичных обновлениях по инцидентам, чтобы пользователи могли оценить влияние на свои процессы.
Компания подчеркивает, что прозрачность и понятная коммуникация особенно важны в моменты сбоев. Новый статус Degraded Performance, показатели доступности по каждому сервису и отдельный компонент для поставщиков моделей Copilot должны дать командам разработчиков больше данных для принятия решений о работе своих систем.
GitHub заявляет, что рассматривает свою платформу как критически важную инфраструктуру для команд по всему миру и продолжит работать над повышением доступности сервисов. При сбоях компания обещает сообщать о них более ясно, с большим количеством данных и контекста, чтобы пользователи могли лучше оценивать операционные риски.
В GitHub также напомнили о дополнительных темах и ресурсах, которые компания развивает для сообщества: материалы по искусственному интеллекту и машинному обучению, рекомендации по использованию генерации кода, путеводители по инженерным практикам, DevSecOps, автоматизации, корпоративной разработке и новостям платформы, а также аналитика по экосистеме разработчиков.
Источник: GitHub
