[{"data":1,"prerenderedAt":29},["ShallowReactive",2],{"$f337wlNLnAhxYlVXLdcGWFEPqh5JJRBJ4dvCHgs0sUoY":3,"$fEQ6pO0RwGlTBprmNM7F7ehe1X4yn7eBtFlRN009m4tc":25},[4],{"direction":5,"vacanciesCount":6,"vacancies":7},"IT",1,[8],{"id":9,"name":10,"description":11,"content":12,"direction":13,"workSchedule":16,"workFormat":19,"updated":22,"createdAt":23,"isPublish":15,"order":24},"1220643222262218755","Тимлид SRE \u002F Team Lead SRE","\u003Cbr>О роли\u003Cbr>Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: лента, матчи и чаты в реальном времени, подписки и покупки, антифрод и модерация.\u003Cbr>\u003Cbr>Ищем тимлида SRE. Ты отвечаешь за платформу, на которой работают все продуктовые команды, и за надёжность продукта, руководишь командой SRE и сам пишешь код. Платформа здесь — внутренний продукт со своим бэклогом, её пользователи — инженеры других команд. Успех твоей команды измеряется тем, насколько быстрее, надёжнее и спокойнее работают остальные.","\u003Csection>\u003Ch3>Чем предстоит заниматься\u003C\u002Fh3>\u003Cul>\u003Cli>•\tРуководить командой SRE: нанимать и растить инженеров, честно давать обратную связь, в том числе трудную. Технические собеседования проводишь сам.\u003C\u002Fli>\u003Cli>•\tПисать код ради надёжности: платформенные сервисы, библиотеки и автоматику, которые убирают целый класс проблем. Когда узкое место в продуктовом сервисе, вносить изменения и туда.\u003C\u002Fli>\u003Cli>•\tРазвивать платформу для продуктовых команд: шаблоны сервисов, общие библиотеки, CI\u002FCD с проверками перед слиянием, контрактные тесты. Правильный путь должен быть самым лёгким.\u003C\u002Fli>\u003Cli>•\tОтвечать за надёжность сервисов: SLI\u002FSLO и бюджет ошибок как рабочая политика, осознанный выбор между скоростью релизов и стабильностью.\u003C\u002Fli>\u003Cli>•\tСтроить наблюдаемость: метрики, трейсинг, структурированные логи, алерты по симптомам и дашборды, по которым инцидент разбирается по данным.\u003C\u002Fli>\u003Cli>•\tВести инцидент-процесс и дежурства: разбор до первопричины, постмортемы без поиска виноватых, действия по итогам разбора доводятся до конца. Команды сами отвечают за свои сервисы в проде.\u003C\u002Fli>\u003Cli>•\tВести каталог сер\u003C\u002Fli>\u003C\u002Ful>\u003C\u002Fsection>\u003Csection>\u003Ch3>Что мы ждём\u003C\u002Fh3>\u003Cul>\u003Cli>•\tОпыт тимлида или ведущего инженера с командой — от полугода: под тобой росли люди, ты сам нанимал и давал трудную обратную связь.\u003C\u002Fli>\u003Cli>•\tТы пишешь код сейчас: инструменты, сервисы, библиотеки с логикой. Готов показать, что именно и на чём написал за последние год-два.\u003C\u002Fli>\u003Cli>•\tТы можешь объяснить каждое решение, которое уходит в прод: что оно делает, что сломается без него и что будет при десятикратной нагрузке. И того же требуешь на ревью.\u003C\u002Fli>\u003Cli>•\tТвои практики переняли другие команды: дежурства, постмортемы, владение сервисами или стандарт, которым пользуются команды вне твоего подчинения.\u003C\u002Fli>\u003Cli>•\tОпыт SRE, внутренней платформы или инфраструктуры на масштабе многих сервисов.\u003C\u002Fli>\u003Cli>•\tSLO и бюджет ошибок в работе: понимаешь, когда тратить бюджет на скорость, а когда притормозить релизы, и умеешь объяснить это продукту.\u003C\u002Fli>\u003Cli>•\tУмеешь влиять без формальной власти: продуктовые команды тебе не подчинены, стандарт держится на удобстве, аргументах и инструментах.\u003C\u002Fli>\u003Cli>•\tУверенный низкий уровень: Linux, сеть, диск, память — поним\u003C\u002Fli>\u003C\u002Ful>\u003C\u002Fsection>\u003Csection>\u003Ch3>Будет плюсом\u003C\u002Fh3>\u003Cul>\u003Cli>•\tОпыт построения платформы или наблюдаемости с нуля, на которой релизят и дежурят другие команды.\u003C\u002Fli>\u003Cli>•\tОпыт в высоконагруженных системах, у облачного провайдера или в финтехе: настоящее дежурство, жёсткие SLA, дисциплина изменений.\u003C\u002Fli>\u003Cli>•\tВклад в инфраструктурный open source, доклады на профильных конференциях, публичные разборы собственных инцидентов.\u003C\u002Fli>\u003Cli>\u003C\u002Fli>\u003C\u002Ful>\u003C\u002Fsection>\u003Csection>\u003Ch3>Чего не требуем\u003C\u002Fh3>\u003Cul>\u003Cli>Знания синтаксиса манифестов и флагов CLI наизусть, сертификатов, опыта именно с нашим облаком и набором инструментов. Пользоваться ИИ-помощниками — нормально; нам важно, что ты понимаешь и можешь объяснить то, что уходит в прод.\u003C\u002Fli>\u003C\u002Ful>\u003C\u002Fsection>\u003Csection>\u003Ch3>Технический стек\u003C\u002Fh3>\u003Cul>\u003Cli>Go и Python на бэкенде, Docker, GitLab CI\u002FCD, PostgreSQL, ClickHouse. Инфраструктура — российское облако, в том числе managed-сервисы. Реалтайм-нагрузка с пиковыми всплесками. Инструменты оркестрации контейнеров, наблюдаемости и IaC обсудим на собеседовании — открыты к твоему опыту.\u003C\u002Fli>\u003C\u002Ful>\u003C\u002Fsection>\u003Csection>\u003Ch3>Что предлагаем\u003C\u002Fh3>\u003Cul>\u003Cli>•\tМасштаб: миллионы пользователей и пиковые нагрузки в реальном времени.\u003C\u002Fli>\u003Cli>•\tВлияние на всю разработку: твои решения по надёжности становятся нормой для всех команд.\u003C\u002Fli>\u003Cli>•\tРабочие рычаги: бюджет ошибок с правом остановить выпуск фич ради надёжности; фиксированная доля мощности на техдолг в каждом цикле, приоритеты в ней расставляют инженеры.\u003C\u002Fli>\u003Cli>•\tВысокая автономия и прямой контакт с CTO.\u003C\u002Fli>\u003Cli>•\tФормат: удалённый.\u003C\u002Fli>\u003Cli>\u003C\u002Fli>\u003C\u002Ful>\u003C\u002Fsection>",{"id":14,"name":5,"isPublish":15},"1220641275928510467",false,{"id":17,"name":18},"961086148855726084","Полный день",{"id":20,"name":21},"961085577915760646","Удалёнка","2026-10-21T11:12:28.980154Z","2026-10-21T11:12:28.980135Z",0,{"id":9,"name":10,"description":11,"content":12,"direction":26,"workSchedule":27,"workFormat":28,"updated":22,"createdAt":23,"isPublish":15,"order":24},{"id":14,"name":5,"isPublish":15},{"id":17,"name":18},{"id":20,"name":21},1792581707822]