Исследование рынка SRE-специалистов, 2025

DevCrowd вместе с Авито провели исследование рынка SRE-специалистов. Мы опросили 273 инженера, отвечающих за стабильность сервисов: какие задачи входят в их зону ответственности, где проходит граница между SRE и DevOps и что помогает удерживать системы в рабочем состоянии. Даты исследования: 1 октября – 1 ноября 2025 года.

Главные выводы

• За надёжность отвечают люди с разными должностями: половина респондентов — SRE, четверть — DevOps, а также системные администраторы и платформенные инженеры.
• SRE — молодая роль: почти 70% тех, кто в IT больше 10 лет, перешли в SRE за последние 1–5 лет.
• 51% компаний не разделяют роли SRE и DevOps; 61% SRE и 45% DevOps считают, что разделение зависит от контекста компании.
• Каждому второму SRE сложно отстаивать инженерные решения; 53% напрямую взаимодействуют с руководством.
• SLO/SLI внедрены у 60% команд, учёт бюджета ошибок ведут лишь 25%, постмортемы — стандарт у 59%.
• 2/3 команд пишут собственные инструменты надёжности, чаще всего на Python и Go.
• Лишь 8% SRE-специалистов ищут новую работу; топ-3 работодателя — Т-Банк, Авито и Ozon.

Портрет респондента

Половина респондентов занимает роль SRE, четверть — DevOps; за стабильность сервисов отвечают также системные администраторы, платформенные инженеры, инженеры по эксплуатации и архитекторы.

SRE остаётся молодой ролью даже для опытных специалистов: почти 70% тех, кто работает в IT больше 10 лет, перешли в SRE за последние 1–5 лет. Более 90% участников — мужчины; женщины составляют 8,5% выборки и чаще работают именно SRE. Абсолютное большинство живёт в России, почти 60% из них — в Москве или Санкт-Петербурге.

Особенности роли SRE

Каждый пятый респондент работает в финтехе. Размер SRE-команды растёт вместе с компанией: до 150 человек за надёжность обычно отвечают 1–2 инженера, в крупных компаниях формируются департаменты с десятками и сотнями SRE.

Мониторинг и разбор инцидентов — ключевые задачи для всех ролей. Платформенные инженеры сильнее всех погружены в on-call и SLO/SLI, у SRE больше задач на стыке с продуктом, DevOps чаще отвечают за конфигурацию инфраструктуры и CI/CD, у системных администраторов — автоматизация и внутренние инструменты.

53% SRE-специалистов напрямую взаимодействуют с руководством, две трети — регулярно с SecOps. Каждому второму сложно отстаивать инженерные решения; большинство препятствий организационные: коммуникация, нагрузка, отсутствие базовых процессов.

SRE и DevOps

51% компаний не разделяют SRE и DevOps, и размер компании почти не влияет на подход. Самая частая модель при разделении — разные команды с общим on-call: SRE управляют инцидентами, SLO/SLI и наблюдаемостью, DevOps отвечают за CI/CD, окружения и IaC. Роли не разделяют из-за контекста: в компаниях до ~100 человек нет «критической массы» задач, добавляются бюджеты и инерция. Для 61% SRE и 45% DevOps разграничение ролей зависит от компании; лишь около трети считают SRE и DevOps принципиально разными функциями.

Практики и инструменты

• Мониторинг: основа — алерты и дашборды; мониторинг по SLO и SLI применяют чуть больше половины. 25% используют собственные решения для мониторинга; к связке Grafana + Prometheus добавилась VictoriaMetrics.
• Алертинг: две трети получают уведомления через мессенджеры (аналоги Slack или Telegram); OpsGenie и PagerDuty используют немногие.
• Инциденты: в половине компаний первичное реагирование — на дежурном инженере, в трети — на выделенных SRE, у 10% — на DevOps. Только 50% формализовали процесс реагирования, у 3/4 есть расписание дежурств, автоматическая маршрутизация — у трети.
• Постмортемы — стандартная практика у 59% команд.
• SLO/SLI внедрены у 60% команд, в крупнейших (100+ SRE) — у 76%. SLO чаще согласуют SRE вместе с продактом и руководством.
• Бюджет ошибок (Error Budget) ведут 25%, почти половина не ведёт вовсе.
• Хаос-инжиниринг остаётся редкостью; четверть экспериментирует с самописными скриптами и fault injection.
• 63% команд пишут собственные инструменты надёжности; де-факто стандарт — Python и Go, Bash/Shell — для glue-кода.

Работа и компании

Лишь 8% респондентов ищут новую работу, 45% не планируют менять работодателя. Главные причины остаться — интересные задачи и уровень зарплаты; для половины важна удалёнка, 30% не готовы заново проходить найм. Топ-3 работодателя для SRE — Т-Банк, Авито и Ozon.

Развитие и сообщество

65% SRE-специалистов прошли за год хотя бы один профессиональный курс; чаще всего — по Kubernetes и разработке инструментов.

Про исследование

273 инженера по надёжности. Исследование: DevCrowd. Партнёр: Авито. Все исследования DevCrowd: devcrowd.ru.