🔥SRE 2026: кто подорожает х3, а кто станет не нужен Через 3–5 лет половина SRE-ролей сильно изменится, и это нормально. Надо просто это принять. Но важно понимать: автоматизация не убивает профессию. 🔹Что будет умирать и кому следует задуматься: 1. Ручная «админщина» Если ваша ценность заключается в том, что вы можете зайти на сервер, перезапустить его, поправить конфиг руками, то наверное вы знаете, что это уже автоматизируется (managed-сервисы, IaC, автоскейлинг, self-healing). Ручной труд — самый дорогой и самый ненадёжный способ эксплуатации. Если инцидент лечится только перезапуском, значит инженерия не сделана. 2. Узкий туллинг без понимания систем. Это относится к тем, знает только один инструмент. Jenkins, Grafana, k get pods — неважно. Инструменты меняются, а фундамент остаётся. Если нет понимания: сетей, протоколов, моделей отказа, CAP, транзакций, очередей — вы зависите от кнопки. А кнопку может нажать кто угодно (ИИ в том числе) 3. Реактивный on-call без инженерии Роль «гасим алерты и пишем в чат» будет уходить. Хороший SRE сейчас убирает шум, автоматизирует рутину, делает так, чтобы инцидент не повторялся. Если алерт нельзя закрыть автоматически, значит он плохо спроектирован. За что будут платить х3 🔹Архитектура надёжности. То есть, не просто поднять кластер, а спроектировать систему, которая переживёт сбой: • Failure domains • Multi-AZ • Деградация функциональности • Очереди • Кэширование • SLO-дизайн Это уже не ops. Это инженерия систем. 🔹Интеграция AI в операционку Я не имею ввиду, что ИИ всё заменит. Важно мыслить иначе, как можно усилить систему с помощью ИИ. Например: • LLM-черновик RCA после инцидента • Авто-корреляция событий • Runbook, который реально чинит • Умный capacity / cost-подбор. За тех, кто думает что ещё можно автоматизировать, будут платить больше, чем за тех, кто держится за ручной труд. 🔹 Глубокий фундамент + умение объяснять Самый недооценённый навык. Комбо если у вас есть знания Linux, сетей, баз и протоколов плюс способность объяснить продукту, бизнесу и безопасности, что происходит и какие риски. SRE, который может собрать архитектуру, посчитать SLO, договориться с продуктом и защитить решение перед руководством — это уже не поддержка. Это стратегическая роль. 🔹 Продуктовый SRE / Platform Engineer Будущее — не в «дежурим по продакшену». Будущее — в платформе как продукте: • Developer experience • Self-service • Внутренние API • Стандартизированные паттерны. Когда ты думаешь не про то, как поднять кластер, а про то, как сделать так, чтобы 100+ инженеров работали быстрее и безопаснее, — ты выходишь на другой уровень влияния. SRE не умрет полностью. Умирает SRE без инженерии. В этом основная разница. А автоматизация не забирает работу, она повышает планку. Согласны? Интересно услышать ваше мнение на этот счет 👇