Из чего состоит DevOps-собеседование
Интервью DevOps-инженера обычно охватывает четыре блока:
- Основы: Linux и сети. Процессы, права, systemd, DNS, TCP/IP, отладка сетевых проблем. Фундамент, который спрашивают на любом уровне — без него всё остальное разваливается.
- Пайплайн доставки. CI/CD, контейнеризация, оркестрация, инфраструктура как код. Ядро повседневной работы и основной объём вопросов.
- Эксплуатация и надёжность. Observability, инциденты, дежурства, SLI/SLO. Как система ведёт себя в проде и что делать, когда она падает.
- Практика и опыт. Разбор реальных ситуаций из твоего опыта: как чинил инцидент, как проектировал пайплайн, как принимал решения. Тренировать этот блок помогает прожарка опыта.
Темы DevOps-интервью
Linux и сети
Процессы и сигналы, права и владельцы, systemd, DNS, TCP/IP, маршрутизация, iptables, отладка соединений и портов.
CI/CD
Стадии пайплайна, стратегии деплоя (rolling, blue-green, canary), артефакты и версионирование, GitOps, откаты.
Контейнеры и оркестрация
Docker, слои образов, multi-stage build, Kubernetes (pod, deployment, service, ingress), Helm, ресурсы и лимиты.
Инфраструктура как код
Terraform (state, модули, drift), Ansible, идемпотентность, иммутабельная инфраструктура, управление окружениями.
Облака
Модели сервисов, сети и VPC, IAM и доступы, managed-сервисы, автоскейлинг, контроль стоимости.
Observability и надёжность
Метрики, логи, трейсы, SLI/SLO и error budget, алертинг, разбор инцидентов, дежурства on-call.
Как меняются вопросы по уровням
Junior — «что это и зачем»
Middle — «как применить в реальной ситуации»
Senior — «стратегия и компромиссы»
Особенность DevOps-интервью: проверяют не столько знание конкретного инструмента, сколько отладочное мышление и понимание принципов — идемпотентности, иммутабельности, наблюдаемости. Кандидат, который на вопрос об упавшем сервисе выстраивает гипотезы по сигналам системы, выигрывает у того, кто помнит наизусть флаги команд, но не умеет локализовать проблему.
На чём срезаются кандидаты
- Инструменты без принципов. «Умею писать terraform apply», но не может объяснить, что такое state и почему его теряют. Знание команд без модели под ними читается как потолок роста.
- Нет отладочного мышления. На ситуационный вопрос «сервис лёг» — растерянность вместо системного перебора гипотез. Для DevOps это ключевой навык, и его проверяют почти всегда.
- Игнор безопасности. Секреты в переменных пайплайна открытым текстом, образы с тегом latest в проде, права по принципу «дать всё, чтобы заработало». Красный флаг для любой команды.
- «Заскриптую всё». Энтузиазм автоматизации без вопроса о поддерживаемости и цене сопровождения. Senior-ответ включает компромисс: что автоматизировать, а что оставить ручным осознанно.
- Путаница в observability. Не различает, когда нужны метрики, когда логи, а когда трейсы. Для Middle+ это база диагностики продакшена.
Как построить подготовку
- Диагностика. 2–3 мок-собеседования по DevOps-треку покажут реальные пробелы — часто это не Kubernetes, а базовые Linux и сети под ним.
- Проработка слабых тем. Режим «Подготовка по темам»: выбираешь конкретный кластер — CI/CD, оркестрация, IaC, observability — и тренируешь до уверенности.
- Ситуационные вопросы. «Сервис лёг», «деплой сломал прод» — отрабатываются через разбор реального опыта. Прожарка опыта задаёт follow-up по твоим проектам инфраструктуры.
- Под конкретную вакансию. Прочитай требования: если стек на Kubernetes и конкретном облаке — прогони сессии именно по ним, а не по абстрактному DevOps.
Вопросы и ответы
Нужно ли DevOps-инженеру программировать для собеседования?
Скриптинг — да: Bash и Python на уровне автоматизации задач спрашивают почти всегда. Алгоритмические секции как у разработчиков встречаются реже, но умение написать или разобрать скрипт обработки логов, обёртку над API или простой оператор — обязательный навык для Middle+.
Обязателен ли Kubernetes для DevOps-вакансий?
Для большинства Middle+ позиций — де-факто стандарт, и его спрашивают глубоко: от базовых объектов до сетей, ресурсов и отладки. Но есть компании на других платформах (managed-сервисы, Nomad, чистые VM), поэтому смотри на стек конкретной вакансии. Понимание принципов оркестрации переносимо между платформами.
Спрашивают конкретное облако или общие принципы?
И то, и другое. Принципы (сети, IAM, автоскейлинг, managed vs self-hosted) переносимы между провайдерами, и их проверяют в первую очередь. Но под конкретную вакансию стоит подтянуть именно её облако — специфику сервисов и терминологию AWS, GCP или Azure.
Чем DevOps-интервью отличается от SRE?
Границы размыты и зависят от компании, но тенденция: у SRE больше акцента на надёжности (SLI/SLO, error budget), инцидентах и кодинге, ближе к разработке. У DevOps — больше на пайплайне доставки и инфраструктуре. Ядро — Linux, контейнеры, CI/CD, observability — общее для обеих ролей.
Реально ли пройти на Junior DevOps без коммерческого опыта?
Да, если есть что показать: домашняя лаба, pet-проект с настроенным CI/CD, поднятый кластер, вклад в open source. На Junior-уровне вопросы в боте калибруются на базу — Linux, Docker, основы CI/CD, — которую можно освоить на учебных проектах. Важнее показать отладочное мышление, чем перечислить модные инструменты.
Как готовиться к ситуационным вопросам про инциденты?
Ситуационные вопросы («сервис лёг, твои действия») тренируются разбором реального опыта: прожарка опыта задаёт углубляющие follow-up по твоим проектам, а мок-сессии отрабатывают формулировки под давлением. Ключевое — показать структуру: восстановление, диагностика по сигналам, коммуникация, выводы.
Смотри также
Проверь себя на реальных вопросах
Выбери DevOps-специализацию и уровень — получи первый вопрос через минуту. Оценка каждого ответа и разбор слабых тем после сессии. Бесплатный старт.
▶ Начать тренировку