#SeniorDevOps #DevOpsEngineer #Fintech #DevOps #PostgreSQL #MySQL #Ташкент #Офис
Неизвестный работодатель · На сервисе с: 13.10.26 14:31
Senior DevOps Engineer в fintech
#SeniorDevOps #DevOpsEngineer #Fintech #DevOps #PostgreSQL #MySQL #Ташкент #Офис
Требования:
Релевантный опыт работы от 5 лет. Опыт автоматизации инфраструктурных решений. Docker, Podman; CICD, приветствуется опыт с k8s. Владение ELK, Prometheus, аналоги. Опыт работы с Oracle или PostgreSQL, MySQL, MongoDB. Навыки работы с инструментами IaC. Приветствуется опыт работы в финтех компаниях.
Локация:📍Офис в г. Ташкент.
Контакт для отклика: •••••••• или ••••••••
••••••••
DevSecOps Engineer в команду Calm
ЗП: •••••••• долларов (обсуждается по результатам собеседования, выплаты 2 раза в месяц).
Мы — стартап, создающий безопасный корпоративный мессенджер на базе Matrix. Ищем DevSecOps-инженера, который объединит практики DevOps и безопасность разработки: будет отвечать за инфраструктуру, CI/CD и одновременно выстраивать процессы безопасной разработки (SSDLC), управлять рисками и помогать командам выпускать защищённый продукт быстро и предсказуемо.
Это не классическая роль «security-теоретика» и не чистый DevOps. Мы ждём человека, который умеет и поднять кластер, и объяснить разработчику, почему конкретная уязвимость критична и как её исправить.
Чем предстоит заниматься:
DevOps-часть:
Сопровождение и развитие микросервисной инфраструктуры (Kubernetes, PostgreSQL).
Настройка и развитие CI/CD-пайплайнов, контроль изменений в промышленной среде.
Поиск и устранение причин отказов приложений и сервисов, совместная проработка решений с командой разработки.
Security-часть:
Поддержание актуальной картины рисков инфраструктуры и регулярная переоценка.
Работа с SAST, DAST, SCA: настройка покрытия, анализ результатов, приоритизация уязвимостей по эксплуатируемости, а не по severity из отчёта.
Управление правами доступа в контуре (RBAC/ABAC, принцип наименьших привилегий), секрет-менеджмент (Vault и аналоги).
Внедрение и поддержка security gateway, согласование релизов новых фич со стороны ИБ.
Экспертная поддержка команд разработки по вопросам безопасности: объяснить фикс, а не просто завести тикет.
Мы ждём от тебя:
Security:
Понимание процесса безопасной разработки: где в пайплайне стоят SAST/DAST/SCA, как читать их результаты, отличать TP от FP.
Опыт эксплуатации хотя бы одного класса инструментов из SAST/SCA (AppScreener, Semgrep, CodeQL, Trivy, Dependency-Track и т.п.), включая настройку покрытия и работу с качеством срабатываний.
Базовое знание типовых классов уязвимостей (OWASP Top 10, API Security Top 10) и умение объяснить разработчику фикс.
Опыт риск-ориентированной работы: описание риска, оценка, отслеживание закрытия.
DevOps:
Администрирование Kubernetes и PostgreSQL.
Настройка CI/CD (GitLab CI, GitHub Actions или аналог).
Опыт сопровождения микросервисной инфраструктуры в продакшене.
Понимание принципов observability (мониторинг, логирование, трассировка).
Общие:
Уверенное владение русским и английским (B1+ для чтения документации).
Опыт работы в роли DevOps/SRE от 3 лет, из них хотя бы 1 год с фокусом на безопасность.
Самостоятельность, инициативность, способность выстраивать процессы с нуля.
Будет плюсом:
Опыт с E2EE-мессенджерами, Matrix, matrix-rust-sdk.
Знакомство с прикладной криптографией (AES-GCM, keychain, понимание угроз на клиенте).
Опыт работы с self-hosted раннерами CI, XcodeGen, SwiftLint (если есть мобильная часть).
Опыт AI-assisted разработки (Claude Code, Cursor) и готовность внедрять эти процессы.
Условия:
Полная удаленная работа, гибкий график с асинхронной коммуникацией (основной оверлап по МСК с 10 до 19).
Процесс отбора:
HR Screening.
Интервью с CEO / CPO / CHRO и TL DevOPS.
Возможно, но не обязательно: техническое интервью с DevOps Lead и ИБ
Оффер.
Контакты: •••••••• — сразу присылайте резюме
Twinby — один из крупнейших российских дейтинг-сервисов с миллионами пользователей: реалтайм (лента, матчи, чаты), подписки и покупки, антифрод и модерация. Ищем тимлида SRE — руководителя группы, которая отвечает за платформу для всех продуктовых команд и за надёжность продукта.
Платформа здесь работает как продукт со своим бэклогом, а её клиенты — другие инженеры. Результат группы меряется тем, насколько быстрее, надёжнее и спокойнее работают остальные команды.
Тимлид ведёт команду SRE и DBA и при этом сам пишет код: платформенные инструменты и изменения в продуктовых сервисах, когда узкое место там. Он собеседует и растит инженеров, поэтому планка найма, которую он держит для команды, — та, которой он соответствует сам.
Вести команду SRE и DBA: нанимать, растить, держать планку, давать честную обратную связь — включая тяжёлую.
Писать код ради надёжности: платформенные сервисы, библиотеки, автоматика — так, чтобы класс проблем исчезал; заходить с изменениями в продуктовые сервисы, когда узкое место там.
Строить «мощёные дороги» для продуктовых команд: шаблоны сервисов, общие библиотеки, CI/CD и merge-gate как внутренний продукт, контрактные тесты. Правильный путь должен быть самым лёгким.
Владеть надёжностью сервисов: SLI/SLO и бюджет ошибок как рабочая политика, осознанный размен между скоростью релизов и стабильностью.
Строить наблюдаемость как систему: метрики, трейсинг, структурированные логи, алерты по симптомам и дашборды, по которым инцидент разбирается по данным.
Владеть инцидент-процессом и дежурствами: разбор по данным до первопричины, постмортемы без поиска виноватых, доведение действий по итогам разбора. Команды держат свои сервисы сами — по принципу «you build it — you run it».
Вести каталог сервисов: у каждого сервиса есть владелец, ранбук и дашборд; правило «нет владельца — не в прод».
Развивать инфраструктуру под рост — эволюционно, без переписывания всего сразу.
Опыт в роли тимлида или ведущего инженера с командой — от полугода: под тобой люди росли, ты давал тяжёлую обратную связь и сам участвовал в найме.
Ты пишешь код сейчас: инструменты, сервисы, библиотеки с логикой. Готов показать, что именно и на чём написал за последний год-два.
Ты можешь защитить каждое решение, которое уходит в прод: объяснить, что оно делает, что сломается без него и что будет при десятикратной нагрузке. И того же требуешь на ревью.
Твои практики переняли другие команды: дежурства, постмортемы, владение сервисами или стандарт, которым пользуются люди, которыми ты не руководил.
Опыт SRE, внутренней платформы или инфраструктуры на масштабе многих сервисов: paved roads, наблюдаемость и надёжность как постоянная практика.
SLO и бюджет ошибок в работе: понимаешь, когда тратить бюджет на скорость, а когда тормозить релизы, и умеешь объяснить это продукту.
Влияние без формальной власти: продуктовые команды тебе не подчинены, планку ты держишь через удобство, аргумент и инструменты.
Уверенный низкий уровень: Linux, сеть, диск, память — понимаешь, как и почему система деградирует.
Опыт построения платформы или наблюдаемости с нуля, на которой релизят и дежурят другие команды.
Опыт в high-load, у облачного провайдера или в финтехе: настоящее дежурство, жёсткие SLA, дисциплина изменений.
Опыт постановки инцидент-процесса и культуры постмортемов.
Контрибьют в инфраструктурный open source, доклады на профильных конференциях, публичные разборы собственных инцидентов.
Знания синтаксиса манифестов и флагов CLI наизусть, сертификатов, опыта именно с нашим облаком и набором инструментов. Пользоваться ИИ-помощниками — нормально; нам важно, что ты понимаешь и можешь объяснить то, что уходит в прод.
Go и Python на бэкенде, Docker, GitLab CI/CD, PostgreSQL, ClickHouse. Инфраструктура — российское облако (Yandex Cloud), в том числе managed-сервисы. Реалтайм-нагрузка с пиковыми всплесками. Инструменты оркестрации контейнеров, наблюдаемости и IaC обсудим на собеседовании — открыты к твоему опыту.
Масштаб и реалтайм: миллионы пользователей, лента, матчи, чаты, пиковые нагрузки.
Ты формируешь практики надёжности — наблюдаемость, дежурства, постмортемы, владение сервисами, — и они становятся нормой для всех команд.
Мандат менять систему: ты и твоя команда заходите в продуктовые сервисы ради надёжности.
Рабочие рычаги: бюджет ошибок как политика с правом остановить выпуск фич ради надёжности; фиксированная доля мощности на техдолг каждый цикл, которую приоритизируют инженеры.
Ты сам собираешь команду и держишь её планку.
Высокая автономия и прямой контакт с CTO.
Формат: удалённый.
Знакомство с рекрутёром — опыт и ожидания.
Интервью с CTO, около двух часов — твой код и решения в нём, разбор инцидента, SLO и наблюдаемость, руководство командой, процессы и работа со смежными командами, мандат и взаимные ожидания.
На вопросы отклика отвечай коротко, по пунктам: факты и цифры важнее гладкого текста. Приблизительные даты и цифры — нормально, отметь это. Если случая не было или детали закрыты NDA — так и напиши, обсудим на встрече.
ИТ B2C — самая крупная экосистема в Сбере. Нас более 8000 человек в 18 городах России. Мы занимаемся разработкой и развитием розничных решений, помогая сделать сервисы Банка доступнее, безопаснее и удобнее. Ждем именно тебя!
Наш Трайб, называется Connection. В нашу команду Сопровождения, специализирующуюся на обеспечении надежной и бесперебойной интеграции банковских сервисов с ключевыми государственными структурами России, среди которых:
- Единая система идентификации и аутентификации (ЕСИА),
- Федеральная служба судебных приставов (ФССП),
- Федеральная налоговая служба (ФНС),
- Министерство обороны РФ,
- Федеральный нотариат (ФНП), и другие ведомства.
Опыт и инструменты:
∙ Опыт работы DevOps-инженером / инженером автоматизации от 2–3 лет.
∙ Уверенное владение CI/CD: проектирование и поддержка пайплайнов в Jenkins (Declarative/scripted pipelines, Jenkinsfile, Groovy).
∙ Опыт контейнеризации и оркестрации: Docker, Kubernetes (желательно OpenShift/OKD).
∙ Работа с системами контроля версий (Git/Bitbucket) и кодовые ревью, git-flow / trunk-based.
∙ Автоматизация на Groovy и одном из языков программирования (Python — плюсом).
Инфраструктура и сервисы:
∙ Опыт администрирования и автоматизации работы с Kafka (топики, продюсеры/консьюмеры).
∙ Работа с СУБД: PostgreSQL— написание запросов, миграции, резервное копирование.
∙ Взаимодействие с секретами и сертификатами (HashiCorp Vault / SecMan, TLS-сертификаты, PKI, CSR).
∙ Опыт деплоя приложений, управления релизами, откатами и мониторингом.
Прочее:
∙ Понимание сетевого стека, HTTP/HTTPS, API, REST.
∙ Умение писать скрипты для автоматизации рутинных операций.
∙ Английский язык на уровне чтения технической документации.
Желательные требования (плюсы):
∙ Опыт работы с OpenShift и ansible-playbooks (плейбуки).
∙ Знание Kubernetes-манифестов, oc / kubectl администрирование.
∙ Опыт интеграции с внешними системами
∙ Опыт написания автотестов и работа в тестовой инфраструктуре.
∙ Навыки администрирования Linux.
HireSeeker собирает вакансии со всех площадок и присылает только релевантные. Бесплатно.