▫️Если ты хоть раз чинил прод в 3 ночи — ты поймёшь▫️ Посмотрите на индустрию – половина команд не может внятно сформулировать SLA. Потому что никто не договорился, кто вообще владеет сервисом и что значит «он работает» Все ставят Grafana, рисуют красивые дашборды и… никто на них не смотрит. Постмортемы пишут ради галочки, а задачи на надежность гниют в бэклоге до следующего факапа. Мониторинг-то есть – реакции нет😭 Кто-то поныл бы в своих тг-каналах и продолжил бы мириться с реальностью. Но мы решили ответить этому тем, чем можем – своим честным опытом Мы с коллегой написали книгу «SRE: Коллективный разум». Не из теории, а из боли. Настоящей, продовой🔥 В ней нет «10 простых шагов, чтобы стать SRE», но есть о том: 🔹как перестать жить от алерта до алерта 🔹как объяснить бизнесу, зачем вам error budget 🔹как превратить хаос в систему, которая работает Три мысли, вокруг которых всё строится: 1️⃣ SRE — это «state of mind» (пока можно не переводить🐧). Иногда разработчик делает SRE лучше, чем человек с титулом 2️⃣ Мониторьте не CPU, а путь пользователя. «Одна зелёная лампочка для бизнеса» – миф. 3️⃣ Баш-скрипт ≠ автоматизация. Ваша задача – превратить хаос в процесс ▶️Если тебе знакомы alert fatigue, героические ночные фиксы и вечное «займёмся надёжностью потом» – возможно, эта книга для тебя