Тимлид SRE / Team Lead SRE

Ищем тимлида SRE. Ты отвечаешь за платформу, на которой работают все продуктовые команды, и за надёжность продукта, руководишь командой SRE и сам пишешь код. Платформа здесь — внутренний продукт со своим бэклогом, её пользователи — инженеры других команд. Успех твоей команды измеряется тем, насколько быстрее, надёжнее и спокойнее работают остальные. Чем предстоит заниматься: Руководить командой SRE: нанимать и растить инженеров, честно давать обратную связь, в том числе трудную. Технические собеседования проводишь сам. Писать код ради надёжности: платформенные сервисы, библиотеки и автоматику, которые убирают целый класс проблем. Когда узкое место в продуктовом сервисе, вносить изменения и туда. Развивать платформу для продуктовых команд: шаблоны сервисов, общие библиотеки, CI/CD с проверками перед слиянием, контрактные тесты. Правильный путь должен быть самым лёгким. Отвечать за надёжность сервисов: SLI/SLO и бюджет ошибок как рабочая политика, осознанный выбор между скоростью релизов и стабильностью. Строить наблюдаемость: метрики, трейсинг, структурированные логи, алерты по симптомам и дашборды, по которым инцидент разбирается по данным. Вести инцидент-процесс и дежурства: разбор до первопричины, постмортемы без поиска виноватых, действия по итогам разбора доводятся до конца. Команды сами отвечают за свои сервисы в проде. Вести каталог сервисов: у каждого сервиса есть владелец, инструкция по эксплуатации и дашборд; без владельца сервис не выходит в прод. Развивать инфраструктуру под рост — по частям, без переписывания всего сразу. Что мы ждём: Опыт тимлида или ведущего инженера с командой — от полугода: под тобой росли люди, ты сам нанимал и давал трудную обратную связь. Ты пишешь код сейчас: инструменты, сервисы, библиотеки с логикой. Готов показать, что именно и на чём написал за последние год-два. Ты можешь объяснить каждое решение, которое уходит в прод: что оно делает, что сломается без него и что будет при десятикратной нагрузке. И того же требуешь на ревью. Твои практики переняли другие команды: дежурства, постмортемы, владение сервисами или стандарт, которым пользуются команды вне твоего подчинения. Опыт SRE, внутренней платформы или инфраструктуры на масштабе многих сервисов. SLO и бюджет ошибок в работе: понимаешь, когда тратить бюджет на скорость, а когда притормозить релизы, и умеешь объяснить это продукту. Умеешь влиять без формальной власти: продуктовые команды тебе не подчинены, стандарт держится на удобстве, аргументах и инструментах. Уверенный низкий уровень: Linux, сеть, диск, память — понимаешь, как и почему система деградирует. Что предлагаем: Масштаб: миллионы пользователей и пиковые нагрузки в реальном времени. Влияние на всю разработку: твои решения по надёжности становятся нормой для всех команд. Высокая автономия и прямой контакт с CTO. Формат: удалённый.