Собеседование DevOps-инженера:
вопросы и ответы.

Покажите иерархию: жив ли хост и процесс (systemctl, ps), слушает ли порт (ss), что в логах, что с ресурсами (память, диск, файловые дескрипторы), доступен ли сервис локально против снаружи (DNS, файрвол, балансировщик). Структура ценится выше угаданной причины.

Контейнер — изоляция процессов средствами ядра (namespaces, cgroups), общее ядро с хостом; ВМ — полная виртуализация с собственным ядром. Следствия: контейнеры легче и быстрее стартуют, ВМ дают более сильную изоляцию. Назовите обе стороны.

Multi-stage build, минимальный базовый образ (alpine, distroless), объединение слоёв и чистка кеша пакетов в том же RUN, .dockerignore. Добавьте про порядок слоёв для кеширования сборки — это показывает практику, а не пересказ статьи.

OOMKill контейнера и рестарт по политике. Разверните тему: разница requests и limits, QoS-классы, как заметить (kubectl describe, метрики рестартов). Упомяните, что CPU-лимит троттлит, а память убивает — эту разницу часто проверяют.

Readiness управляет трафиком: не готов — выведен из балансировки. Liveness перезапускает зависший контейнер. Классическая ошибка: одинаковые пробы, из-за чего под медленным стартом сервис уходит в цикл рестартов — упомяните startup probe.

Снимок соответствия конфигурации и реальных ресурсов; без него Terraform не знает, чем управляет. Практика: удалённый state с блокировками, никогда не править руками, осторожность с import и state mv. Расскажите про drift и plan перед каждым apply.

Этапы: линт и тесты на каждый коммит, сборка образа с тегом, деплой в staging автоматически, в прод — по подтверждению или через canary. Проговорите откат, секреты (не в репозитории), и что пайплайн — тоже код с ревью.

Сейчас: найти, что растёт (du, ncdu), безопасно освободить — ротация логов, старые артефакты. Потом: автоматическая ротация, лимиты, retention метрик и логов, алерт по скорости роста, а не только по порогу. Ответ должен включать «как чтобы не повторилось».

Кеши (браузер, ОС), резолвер, рекурсивный обход от корневых серверов, A/AAAA-запись, затем TCP и TLS. Не обязательно перечислять всё идеально — важно показать связную картину и знание, где смотреть при проблемах (dig, TTL, propagation).

Схема: как заметили, как локализовали, временное и постоянное решение, что изменили в системе и процессах. Подчеркните blameless-подход: причина в системе, а не в человеке. Отсутствие постмортема в истории — само по себе красный флаг для интервьюера.