Стоит ли идти в SRE в 2026: кому подходит, а кому рано
Стоит ли идти в SRE: нормы дежурств Google, 59 вакансий SRE против 4 221 DevOps на hh.ru в 2023, три маршрута входа и цены DevOps-курсов в каталоге.
Кому стоит идти в SRE, а кому пока рано
SRE подходит инженеру, который уже умеет разрабатывать или администрировать, раздражается от повторяющихся ручных задач и готов отвечать за работу сервиса ночью. Если вы только выбираете первую IT-профессию, SRE не стоит ставить целью номер один: эту роль занимают люди с опытом работы в проде.
В книге Google по SRE профессию определяют как команду эксплуатации, которую спроектировал программист. Отсюда главное требование: навыки разработчика плюс понимание того, как система ведёт себя под нагрузкой.
Состав команд там тоже показателен. 50-60% SRE в Google наняты по стандартной процедуре для разработчиков. Остальные 40-50% обладают 85-99% навыков разработчика плюс редкими знаниями вроде устройства UNIX и сетей. Иначе говоря, SRE в исходной модели это сильный программист с инфраструктурным уклоном.
Отдельно о разнице с DevOps мы писали в статье SRE и DevOps: в чём разница и как выбрать. Здесь вопрос другой: стоит ли идти в SRE лично вам и какой ценой.
Из чего на самом деле состоит рабочая неделя SRE
Около трети времени SRE уходит на рутину, которую ещё не успели автоматизировать, а остальное делится между инженерными проектами, дежурствами и разбором инцидентов. Значительная часть недели реактивна: что-то сломалось, и чинить нужно сейчас.
Цифры есть у самого Google. Цель компании: держать операционную работу (toil) ниже 50% времени каждого инженера. По квартальным опросам SRE в Google, на рутину в среднем уходит около 33%.
В индустрии в целом доля рутины растёт. В SRE Report 2025 от Catchpoint медианная доля рутины выросла до 30% с 25% годом ранее. Там же 40% респондентов сказали, что за последние 30 дней разбирали от 1 до 5 инцидентов.
Из чего складывается типичная неделя:
- Инженерные задачи. Автоматизация выкатки, отказоустойчивость, планирование мощностей под рост нагрузки.
- Наблюдаемость. Настройка алертов так, чтобы они будили только по делу, и дашбордов, по которым видно состояние сервиса.
- Дежурство. Неделя в ротации, когда вы первым отвечаете на сбой.
- Постмортемы. Разбор инцидента без поиска виноватых и список изменений, чтобы он не повторился.
Дежурства: как отличить нормальную ротацию от выгорания
Ночные вызовы по проду входят во многие SRE-роли, поэтому решающий вопрос в их объёме. У Google есть конкретные нормы дежурств: доля времени, число инцидентов за смену и минимальный размер ротации. Их удобно использовать как линейку, когда вы оцениваете вакансию на собеседовании.
В главе Being On-Call Google фиксирует четыре ориентира.
- Не меньше 50% времени SRE уходит на инженерную работу, а на дежурства не больше 25%.
- Максимум 2 инцидента за 12-часовую смену.
- Минимум 8 инженеров в ротации, если команда сидит в одном месте, и по 6 в каждой из двух команд при распределённой схеме.
- За дежурства положены отгулы или денежная компенсация с потолком относительно зарплаты.
Теперь представьте компанию, где вся эксплуатация держится на трёх людях. При трёх участниках ротации вы дежурите каждую третью неделю. Это уже больше 25% времени, даже если ночь прошла спокойно.
Поэтому на собеседовании спросите прямо: сколько человек в ротации, сколько было ночных вызовов за прошлый месяц и как оплачивается дежурство. Внятный ответ с цифрами говорит о зрелой команде. Уклончивое «бывает по-разному» обычно означает, что пожарная команда и есть вся SRE-практика компании.
Рынок в России: SRE-вакансий мало, и почти все не для новичков
Последний открытый подсчёт, который мы нашли, относится к 2023 году: тогда отдельных SRE-вакансий на hh.ru было в 70 раз меньше, чем DevOps. Роль встречается в основном в компаниях с нагруженными сервисами и рассчитана на опытных инженеров. Новичку без опыта в эксплуатации пробиться напрямую очень сложно.
Масштаб разрыва виден по разбору MWS на Хабре: в октябре 2023 года на hh.ru по запросу «Site Reliability Engineer» нашлось 59 вакансий, а по запросу «DevOps» 4 221. Авторы прямо пишут, что джуниор-позиций в SRE нет, а приходят туда обычно из DevOps, реже из разработки или администрирования.
Граница между ролями в российских вакансиях размыта, их часто пишут через слеш. Для вас это скорее плюс: опыт DevOps-инженера с дежурствами и мониторингом, как правило, засчитывают как близкий к SRE при следующем переходе.
По деньгам ориентир такой. По исследованию Хабр Карьеры за вторую половину 2025 года медианная зарплата в IT составила 183 333 ₽ по выборке из 52 123 зарплат. Отдельной открытой статистики по зарплатам SRE в России мы не нашли, поэтому точную цифру не приводим. Зарплатный раздел с данными hh.ru есть в нашем сравнении SRE и DevOps, а вилки по грейдам собраны на странице профессии DevOps-инженер.
Три маршрута в SRE: что уже есть и чего не хватает
В SRE приходят из трёх профессий: DevOps, бэкенд-разработки и системного администрирования. Самый короткий путь у DevOps-инженера, потому что инструменты почти те же. Разработчику нужно подтянуть Linux и сети, администратору придётся всерьёз учиться программировать. Ни один из маршрутов не начинается с нуля без IT-опыта.
| Откуда | Что уже есть | Чего обычно не хватает |
|---|---|---|
| DevOps-инженер | CI/CD, Kubernetes, Terraform, мониторинг | SLO и error budget как рабочий инструмент, глубина в коде на Go или Python |
| Бэкенд-разработчик | Код, архитектура сервисов, базы данных | Linux на уровне ядра и сетей, опыт дежурств, инфраструктура как код |
| Системный администратор | Linux, сети, опыт аварий в проде | Программирование, автоматизация вместо ручных действий, Kubernetes |
Самый надёжный переход происходит внутри работодателя, где вы уже знаете систему. Попроситесь в ротацию дежурств и возьмите на себя алерты с постмортемами. Следующим шагом предложите SLO для одного сервиса. За 1-2 года такой работы в резюме появляется реальный SRE-опыт, с которым уже можно идти на рынок.
Для старта с нуля у нас есть отдельный разбор как стать DevOps-инженером с помесячным планом. Администратору полезнее план перехода в DevOps после сисадмина, разработчику разбор перехода из бэкенда. Список инструментов собран в статье какие инструменты должен знать DevOps-инженер.
Проверьте себя: шесть признаков, что SRE вам подойдёт
Google в книге по SRE прямо пишет, что набирает людей, которым быстро становится скучно делать работу руками. Это хороший первый фильтр, но не единственный: важно ещё, как вы переносите стресс и ответственность за чужой код. Пройдитесь по списку честно. Четыре совпадения из шести и больше означают, что работа, скорее всего, будет вам в радость.
- Повторив задачу второй раз, вы уже думаете о скрипте.
- Вам интереснее понять, почему сервис упал, чем быстро перезапустить его и забыть. Разбор логов и метрик после аварии для вас скорее головоломка, чем наказание.
- Вы готовы раз в несколько недель дежурить с телефоном рядом, включая выходные.
- Python или Go для вас рабочий инструмент.
- Вам комфортно спорить с продуктовой командой и останавливать релиз, если сервис не укладывается в бюджет ошибок.
- После аварии вы спокойно пишете постмортем, не ища виноватого и не виня себя.
При перевесе «нет» присмотритесь к DevOps с упором на CI/CD или к платформенной разработке, где дежурств меньше.
Сколько стоит подготовка и нужен ли отдельный курс по SRE
Новичку отдельный SRE-курс не нужен: в каталоге SkillEdge он один, и рассчитан он на людей, которые уже работают в эксплуатации. Начинать выгоднее с DevOps-программы, а SRE-практики добирать на работе и по открытой книге Google.
Сравнивая программы на SkillEdge, редакция смотрела курсы с DevOps в названии и указанной ценой (без комплектов). Разброс у программ «с нуля» многократный: от 19 890 ₽ в Merion Academy до 134 577 ₽ в Нетологии.
Разница в цене частично связана со сроком и сервисом. Курс Merion за 19 890 ₽ длится 4 месяца, «Профессия DevOps-инженер 2.0» GeekBrains за 141 578 ₽ рассчитана на 12 месяцев, а расширенная программа Нетологии за 134 577 ₽ на 19 месяцев. Помощь с трудоустройством в карточке указана лишь у единичных программ, например у Hexlet. А у большинства курсов в каталоге видна старая цена, то есть продаются они со скидкой. Поэтому сравнивайте текущие цены: «старая» у большинства курсов фактически не действует.
Наш вывод по этим цифрам: человеку без опыта в эксплуатации платить за отдельный SRE-курс рано. Он заплатит за темы, которые без практики в проде не на чем закрепить.
Если вы уже работаете DevOps-инженером, логика обратная. Тогда точечный курс по Kubernetes (в каталоге есть варианты за 59 008 ₽ у Skillbox) или SRE-программа может ускорить переход. Перед оплатой сверьте программы в сравнении курсов. Когда мы просматривали описания DevOps-программ в каталоге, слова SLO и SRE не встретились ни в одном. Значит, практику надёжности придётся уточнять у школы по полной программе курса.
Итог: когда ответ «да», а когда «не сейчас»
Решение сводится к двум вопросам: есть ли у вас опыт работы с продом и готовы ли вы дежурить. Два «да» означают, что SRE стоит пробовать уже сейчас, внутри своей компании или через рынок. Если опыта нет, SRE станет следующим шагом после 1-2 лет в DevOps. Если ночные вызовы для вас неприемлемы, смотрите на CI/CD или платформенную разработку.
Новичку хватит DevOps-программы около медианы каталога, 99 000 ₽, или дешевле. Если помощь с трудоустройством для вас важна, в каталоге она указана только у Hexlet и Skillbox. Дальше первая работа в эксплуатации, и уже там дежурства с задачами по SLO. Маршрут дольше, чем обещают лендинги курсов, зато он реально приводит в SRE. Тем, кто сомневается в базе, пригодится разбор можно ли стать DevOps без опыта в разработке.
ProductStar 
Нетология