Локация
Удалённый формат.
Компания
Twinby — российский дейтинг-сервис с миллионами пользователей, лентой, матчами и чатами в реальном времени, подписками, покупками, антифродом и модерацией.
Что делать
•Руководить SRE-командой: нанимать и развивать инженеров, проводить технические собеседования и давать обратную связь.
•Писать код для повышения надёжности: платформенные сервисы, библиотеки и автоматизацию; при необходимости вносить изменения в продуктовые сервисы.
•Развивать внутреннюю платформу для продуктовых команд: шаблоны сервисов, общие библиотеки, CI/CD с проверками перед слиянием и контрактные тесты.
•Отвечать за надёжность сервисов через SLI/SLO и бюджеты ошибок, управляя балансом между скоростью релизов и стабильностью.
•Строить наблюдаемость: метрики, трейсинг, структурированные логи, симптомные алерты и дашборды; вести инциденты, первопричинные разборы, постмортемы и дежурства.
Требования
•От полугода опыта тимлида или ведущего инженера с командой, включая развитие людей, найм и сложную обратную связь.
•Текущий опыт написания инструментов, сервисов и библиотек с логикой; готовность показать код, написанный за последние один-два года.
•Умение объяснять решения, отправляемые в продакшен: их назначение, последствия отказа и поведение при десятикратном росте нагрузки.
•Опыт внедрения практик, которые переняли другие команды: дежурства, постмортемы, владение сервисами или общие стандарты.
•Опыт в SRE, развитии внутренней платформы или инфраструктуры для большого числа сервисов.
•Практический опыт работы с SLO и бюджетами ошибок, включая объяснение компромиссов между скоростью релизов и надёжностью продукту.
•Умение влиять на продуктовые команды без формальной власти через удобные инструменты, аргументы и стандарты.
•Уверенное понимание низкоуровневых основ: Linux, сети, диски и память.
•Стек включает Go и Python на бэкенде, Docker, GitLab CI/CD, PostgreSQL, ClickHouse, российское облако и managed-сервисы; инфраструктура работает с реалтайм-нагрузкой и пиковыми всплесками.
Хорошо, если есть
•Опыт построения с нуля платформы или наблюдаемости, на которой другие команды выпускают релизы и дежурят.
•Опыт высоконагруженных систем, работы у облачного провайдера или в финтехе, включая дежурства, строгие SLA и дисциплину изменений.
•Вклад в инфраструктурные open-source-проекты, доклады на профильных конференциях или публичные разборы собственных инцидентов.
Культура и преимущества
•Масштаб — миллионы пользователей и пиковые нагрузки в реальном времени.
•Возможность влиять на процессы всей разработки: решения по надёжности становятся стандартом для всех команд.
•Бюджет ошибок с правом остановить выпуск функций ради надёжности.
•Фиксированная доля мощности на технический долг в каждом цикле; приоритеты определяют инженеры.
•Высокая автономия, прямой контакт с CTO и удалённый формат работы.
