Сегодня захожу на hh.ru, а там "ведутся технические работы". И это не первый раз. За последний год я насчитал как минимум три крупных сбоя. 25 сентября 2025 года сайт выдавал ошибку 502 Bad Gateway, за час почти 400 жалоб. В январе 2026 за сутки 459 жалоб, пик в 13:30. В июне 2026 больше 400 жалоб за час. Основные проблемы в мобильном приложении, дальше общий сбой, сбой сайта и личный кабинет. И это только те, о которых сообщили. Сколько было тихих падений, которые не попали в детекторы?

Я недавно писал о том, как мы считали доступность для ГосТех . Там была методика, которая учитывает не просто "работает или нет", а частичную недоступность, веса, привязку к KPI и ROI. Потому что доступность это не про проценты. Это про деньги, репутацию и доверие пользователей.

Смотрю на hh.ru и думаю: если бы у них была такая методика, они бы не просто фиксировали сбои, а знали, сколько теряют на каждом проценте недоступности. И сколько могли бы сэкономить, если бы вовремя вложились в инфраструктуру. Кстати, в 2025 году чистая прибыль HeadHunter упала на 24.7%. Каждый час простоя это потерянные деньги и клиенты. А если бы доступность считали правильно, можно было бы не только фиксировать сбои, но и прогнозировать риски, управлять бюджетом и строить надёжную систему.

Я понимаю, что в hh.ru работают много и с полной отдачей. Но, видимо, не хватает одного человека, который умеет считать доступность как бизнес-показатель, а не как "процент uptime". Который привяжет каждый сбой к потерям и построит систему, где доступность становится конкурентным преимуществом.

Поэтому если в hh.ru ищут того, кто сможет сделать инфраструктуру действительно надёжной, а не просто "стараться", я всегда открыт к диалогу.

А вы замечали сбои hh.ru?

#hhru #HeadHunter #доступность #SLA #ITIL #доступностьсервисов #расчётдоступности #KPI #ROI #инфраструктура #надёжность #сбой #техническиеработы #hh #headhunter #цифроваятрансформация #ИТархитектура #управлениеИТ #CIO #руководительИТ #ищуработу #вакансия #hh_ru #спросиRWB