Тимлид SRE / Team Lead SRE
Оценка ИИПривлекательная вакансия с высокой зарплатой, удаленным форматом и прямым влиянием на процессы в быстрорастущем продукте. Четко прописанные ожидания и современный стек практик (SLO, постмортемы, Platform Engineering).
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сложность вакансии
Оценка ИИВысокая сложность обусловлена необходимостью совмещать управленческие функции (найм, развитие команды) с активным написанием кода и глубоким пониманием системного уровня (Linux, сети). Требуется опыт внедрения SRE-практик на масштабе миллионов пользователей.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИПредлагаемая зарплата (500 000 – 700 000 руб. NET) находится на верхней границе рынка для позиции SRE Team Lead в России, что соответствует высокому уровню ответственности и требованиям к опыту.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
Публикатор: Ekaterina Solonchenko
Обсуждение: @devops_jobs
Тимлид SRE / Team Lead SRE Twinby https://twinby.ru/
ЗП: 500 000 - 700 000 руб NET (обсудим)
О роли:
Ищем тимлида SRE. Ты отвечаешь за платформу, на которой работают все продуктовые команды, и за надёжность продукта, руководишь командой SRE и сам пишешь код. Платформа здесь — внутренний продукт со своим бэклогом, её пользователи — инженеры других команд. Успех твоей команды измеряется тем, насколько быстрее, надёжнее и спокойнее работают остальные.
Чем предстоит заниматься:
Руководить командой SRE: нанимать и растить инженеров, честно давать обратную связь, в том числе трудную. Технические собеседования проводишь сам.
Писать код ради надёжности: платформенные сервисы, библиотеки и автоматику, которые убирают целый класс проблем. Когда узкое место в продуктовом сервисе, вносить изменения и туда.
Развивать платформу для продуктовых команд: шаблоны сервисов, общие библиотеки, CI/CD с проверками перед слиянием, контрактные тесты. Правильный путь должен быть самым лёгким.
Отвечать за надёжность сервисов: SLI/SLO и бюджет ошибок как рабочая политика, осознанный выбор между скоростью релизов и стабильностью.
Строить наблюдаемость: метрики, трейсинг, структурированные логи, алерты по симптомам и дашборды, по которым инцидент разбирается по данным.
Вести инцидент-процесс и дежурства: разбор до первопричины, постмортемы без поиска виноватых, действия по итогам разбора доводятся до конца. Команды сами отвечают за свои сервисы в проде.
Вести каталог сервисов: у каждого сервиса есть владелец, инструкция по эксплуатации и дашборд; без владельца сервис не выходит в прод.
Развивать инфраструктуру под рост — по частям, без переписывания всего сразу.
Что мы ждём:
Опыт тимлида или ведущего инженера с командой — от полугода: под тобой росли люди, ты сам нанимал и давал трудную обратную связь.
Ты пишешь код сейчас: инструменты, сервисы, библиотеки с логикой. Готов показать, что именно и на чём написал за последние год-два.
Ты можешь объяснить каждое решение, которое уходит в прод: что оно делает, что сломается без него и что будет при десятикратной нагрузке. И того же требуешь на ревью.
Твои практики переняли другие команды: дежурства, постмортемы, владение сервисами или стандарт, которым пользуются команды вне твоего подчинения.
Опыт SRE, внутренней платформы или инфраструктуры на масштабе многих сервисов.
SLO и бюджет ошибок в работе: понимаешь, когда тратить бюджет на скорость, а когда притормозить релизы, и умеешь объяснить это продукту.
Умеешь влиять без формальной власти: продуктовые команды тебе не подчинены, стандарт держится на удобстве, аргументах и инструментах.
Уверенный низкий уровень: Linux, сеть, диск, память — понимаешь, как и почему система деградирует.
Что предлагаем:
Масштаб: миллионы пользователей и пиковые нагрузки в реальном времени.
Влияние на всю разработку: твои решения по надёжности становятся нормой для всех команд.
Высокая автономия и прямой контакт с CTO.
Формат: удалённый.
ТГ Откликнуться
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- SRE
- Linux
- CI/CD
- SLI/SLO
- Observability
- Tracing
- Metrics
- Incident Management
- Infrastructure as Code
Возможные вопросы на собеседовании
Проверка понимания философии SRE и умения балансировать между стабильностью и скоростью разработки.
Расскажите о случае, когда бюджет ошибок (Error Budget) был исчерпан. Какие управленческие и технические решения вы приняли в этой ситуации?
Оценка лидерских качеств и умения работать с людьми в сложных ситуациях.
Как вы подходите к предоставлению 'трудной' обратной связи инженеру, который не справляется с задачами или нарушает стандарты платформы?
Проверка навыков влияния на команды, которые не находятся в прямом подчинении.
Как вы убеждаете продуктовые команды внедрять ваши платформенные стандарты, если у них есть свои приоритеты по фичам?
Оценка технической экспертизы в области наблюдаемости.
Опишите вашу идеальную систему алертинга: как избежать усталости от алертов (alert fatigue) и сделать уведомления максимально информативными?
Проверка навыков проектирования под высокие нагрузки.
С какими проблемами деградации системы (диск, сеть, память) вы сталкивались при десятикратном росте нагрузки и как их решали?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
