- Страна
- Россия
- Зарплата
- от 250 000 ₽
DevOps инженер (SberUnity и Школьный и студенческий акселератор)
Оценка ИИИзвестный бренд, прозрачная вилка зарплаты и работа над интересными проектами (акселераторы). Гибридный формат работы является плюсом, хотя обязательный офис на испытательный срок может подойти не всем.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Оценка ИИПозиция требует глубоких знаний в широком спектре инструментов: от Jenkins и Kubernetes до мониторинга и администрирования БД. Высокая ответственность за бесперебойность инфраструктуры в крупном банке добавляет сложности.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Оценка ИИПредлагаемая зарплата от 250 000 ₽ до вычета налогов соответствует среднерыночным показателям для опытных DevOps-инженеров в Москве. Верхняя граница не указана, но для Senior-уровня в финтехе рынок может предлагать до 350 000 - 400 000 ₽ на руки.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Сопроводительное письмо
Составьте сопроводительное письмо под эту вакансию с вашим резюме
Описание вакансии
Сбер
DevOps инженер (SberUnity и Школьный и студенческий акселератор)
от 250 000 ₽ до вычета налогов
График: 5/2
Формат работы: гибрид (на период испытательного срока — офис)
*☑️* Чем предстоит заниматься
-Обеспечивать построение и стандартизацию конвейеров CI/CD под различные архитектурные решения команд
-Проводить работу с дефектами и инцидентами для устранения технологических проблем
-Исследовать новые инструменты и подходы в части применяемых DevOps инженерных практик автоматизации CI/CD
-Осуществлять работу с CI Tools: Jenkins
-Осуществлять написание кода, выявление и устранение ошибок
-Осуществлять написание документации по построение конвейеров от коммита до продуктовой среды
-Проводить оценку трудоемкости проектов и распределение задач на разработку
-Обеспечивать бесперебойную работу инфраструктуры (Kubernetes, CI/CD)
*☑️* Наши пожелания к кандидатам
-Скриптовые языки и Linux: уверенное владение Bash и Groovy, администрирование Linux (управление пользователями, правами доступа, процессами) и оптимизация серверов под веб-приложения
-Микросервисы и оркестрация: понимание принципов взаимодействия сервисов, диагностика неисправностей в распределенной системе, а также настройка Kubernetes (деплойменты, сервисы, Ingress)
-CI/CD пайплайны: практический опыт настройки сборок и развертывания в Jenkins или GitLab CI с интеграцией автоматического тестирования по принципам GitFlow/GitHub Flow
-Контейнеризация: создание Docker-образов, работа с Docker Compose и деплой микросервисных приложений в кластер Kubernetes
-Мониторинг и логирование: настройка систем сбора метрик Prometheus, Grafana и Zabbix, анализ логов через ELK Stack для диагностики производительности
-Сетевая инфраструктура и безопасность: настройка Nginx и Apache (включая балансировку нагрузки), брокеров сообщений Kafka/RabbitMQ, брандмауэров, VPN, SSL/TLS (Let's Encrypt) и управление реляционными БД (PostgreSQL — репликация, резервное копирование и восстановление)
-Оптимизация инфраструктуры: кэширование данных, тюнинг времени ответа приложений и баз данных, масштабирование ресурсов под высокую нагрузку
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.
Навыки
- Jenkins
- Kubernetes
- Docker
- GitLab CI
- Prometheus
- Grafana
- ELK stack
- PostgreSQL
- Bash
- Groovy
- Linux
- Nginx
- Apache
- Kafka
- RabbitMQ
- Zabbix
- Docker Compose
Возможные вопросы на собеседовании
Вакансия предполагает работу с Jenkins и Groovy.
Расскажите о самом сложном пайплайне на Groovy, который вы создавали: с какими проблемами столкнулись и как их решили?
Упоминается работа с Kubernetes и Ingress.
Как вы организуете процесс обновления (rollout) приложения в K8s, чтобы минимизировать время простоя и риски?
Требуется опыт работы с PostgreSQL (репликация и бэкапы).
Какие стратегии резервного копирования PostgreSQL вы считаете наиболее эффективными для высоконагруженных систем?
В требованиях указан ELK Stack и Prometheus.
Опишите ваш подход к настройке алертинга: как вы определяете критические пороги, чтобы избежать 'alert fatigue'?
Упоминается работа с Kafka/RabbitMQ.
С какими типичными проблемами производительности брокеров сообщений вы сталкивались и как проводили их тюнинг?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
