TGViewer
DevOps Deflope News DevOps Deflope News @devops_deflope · 5.84K subscribers
Post #1618 3.93K
Как гарантированно похоронить SRE в своей компании

На связи Алексей, читаю «Настоящий SRE» Бланк-Эдельмана. В книге разбирают, как SRE приживается в компаниях, и почему чаще всего не приживается. Сценарии, судя по всему, везде одни и те же. Вот вредные советы, что сделать, чтобы и у вас не прижился.

Самый быстрый способ — переименовать должности. Был «системный администратор», стал «SRE-инженер». Обязанности те же, культура та же, приоритеты те же. Через полгода организация разочаруется и скажет, что SRE не работает.

Второй вариант — превратить команду в службу поддержки третьего уровня. Все сложные тикеты, которые не смогли разобрать другие, летят к SRE-инженерам. Они разгребают, тушат пожары, ни на что другое времени не остаётся. Никаких петель обратной связи, никакого роста надёжности.

Третий вариант — дать команде роль привратника с правом блокировать любой деплой во имя надёжности. Звучит разумно, но на практике другие команды начинают искать способы обойти контроль, и в итоге проигрывают все.

Четвёртый — изолировать команду SRE, посадить их подальше от владельцев продукта. Когда чтобы обсудить приоритеты нужно подняться на несколько уровней иерархии, взаимодействие замедляется настолько, что SRE просто перестаёт влиять на то, что происходит.

Ещё один сценарий, который автор называет «смертью от успеха»: команда растёт, ей передают всё новые сервисы, а право говорить «нет» при этом никто не даёт. Инженеры тонут в операционке, выгорают и уходят.

Ну и классика — культура поиска виноватых. SRE как дисциплина держится на обучении из ошибок. Если за сбои наказывают, инженеры скрывают сигналы о проблемах, и учиться становится просто не на чем.

И отдельный антипаттерн, который выглядит невинно — скопировать практики Google один в один. Взять книжку, внедрить всё по инструкции, и получить результат, который не работает, потому что у вашей организации другая культура, другие ценности и другой контекст.

Все эти истории заканчиваются одинаково. SRE перестаёт быть инженерной дисциплиной и превращается в новое название для старых методов эксплуатации.
  • ❤ 28
  • 👍 5
  • 🔥 3
  • 🤔 2
  • 👏 1
  • 🐳 1
More from @devops_deflope
  1. Aug 31, 2026Cloudflare открыла исходный код Cloudflare OS, платформы, которую сами используют внутри к…
  2. Aug 27, 202622 октября в Москве пройдёт Kuber Conf от АОТ — уже второй раз. АОТ — ассоциация профессио…
  3. Aug 18, 2026Прикольная штука для сетей в Kubernetes. Умеет докручивать то, чего не хватает underlay-CN…
  4. Aug 11, 2026Образ не меняется. Меняется то, что мы о нём знаем)) Собрали, просканировали, получили зел…
  5. Aug 2, 2026Возвращаемся в подкаст DevOps Deflope с выпуском, где вместе с Игорем Курочкиным (Enabling…
  6. Jul 31, 2026Коллеги, ситуация. Отчётов и исследований сейчас по нашей теме выходит много, а времени пр…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →