Вопросы на собеседовании DevOps-инженера

Как отвечать: Свяжите мотивацию с интересом к автоматизации, надёжности систем и работе на стыке разработки и эксплуатации; подкрепите примером, когда ваша автоматизация сэкономила команде время.

Как отвечать: Покажите изученность стека и масштаба компании, соедините с вашим опытом — Kubernetes, облака, высокие нагрузки — и назовите, где сможете усилить инфраструктурную команду.

Как отвечать: Назовите top/htop для процессов, df и du для дисков, free для памяти, iostat и ss/netstat для дисков и сети; покажите, что у вас есть отработанная последовательность, а не случайный набор команд.

Как отвечать: Покажите воронку: жив ли процесс, слушает ли порт, что в логах, хватает ли памяти и дескрипторов, доступна ли сеть до зависимостей; подчеркните проверку от простого к сложному.

Как отвечать: Разберите rwx для владельца, группы и остальных; объясните разницу между сменой прав и смены владельца и типичные ошибки с правами при деплое.

Как отвечать: Назовите systemctl start/stop/enable/status, journalctl с фильтрами по сервису и времени; упомяните unit-файлы, зависимости и автоперезапуск при падении.

Как отвечать: Пройдите по цепочке: кеш, рекурсивный резолвер, корневые и авторитативные серверы, TTL; приведите пример, где устаревший TTL или неверная запись клал сервис.

Как отвечать: Разведите гарантии доставки и порядка против скорости без гарантий; приведите примеры: HTTP и базы данных на TCP, стриминг и DNS-запросы на UDP, настройка healthcheck-ов.

Как отвечать: Объясните: образ — неизменяемый шаблон со слоями, контейнер — его запущенный экземпляр с собственным слоем записи; проведите аналогию с классом и объектом.

Как отвечать: Назовите многоэтапные сборки, порядок слоёв от редко к часто меняющимся, минимальные базовые образы, .dockerignore и отказ от лишних пакетов.

Как отвечать: Разведите: pod — минимальная единица из контейнеров, deployment управляет репликами и обновлениями, service даёт стабильную точку доступа; упомяните, зачем нужны namespace и configmap.

Как отвечать: Расскажите про readiness и liveness probes, restart policy, HPA по метрикам; упомяните requests/limits как основу предсказуемого поведения под нагрузкой.

Как отвечать: Пройдите по этапам: сборка, тесты, анализ кода, сборка образа, деплой на стенды и прод с гейтами; назовите конкретные инструменты — GitLab CI, Jenkins, GitHub Actions — и критерии блокировки релиза.

Как отвечать: Назовите Vault, секреты Kubernetes с шифрованием, переменные CI с маскировкой; подчеркните, что секреты не лежат в репозитории и не попадают в слои образов и логи.

Как отвечать: Объясните state как источник правды о ресурсах; расскажите про удалённое хранение, блокировки при параллельной работе, drift между state и реальностью и импорт существующих ресурсов.

Как отвечать: Разведите декларативное управление ресурсами облака против конфигурационного управления серверами; покажите типичную связку: Terraform поднимает инфраструктуру, Ansible настраивает ПО.

Как отвечать: Сформулируйте: инфраструктура описывается кодом в репозитории; назовите воспроизводимость, ревью изменений, историю и откат, устранение «снежинок» — уникальных ручных серверов.

Как отвечать: Назовите слои: инфраструктурные метрики (node exporter), метрики приложений (RED или USE-подход), состояние Kubernetes; объясните, что дашборды строятся под вопросы, а не «всё подряд».

Как отвечать: Расскажите про алерты на симптомы для пользователя, а не на каждую метрику, пороги с гистерезисом, группировку и маршрутизацию в Alertmanager, регулярный пересмотр бесполезных алертов.

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

Как отвечать: Покажите приоритеты: сначала восстановить сервис — откат или workaround, потом разбираться; коммуникация со стейкхолдерами, фиксация хронологии, анализ причины после стабилизации.

Как отвечать: Опишите: требования к нагрузке и доступности, выбор compute и базы, сеть и безопасность, IaC, CI/CD, мониторинг и алерты, стоимость; начните с вопросов о требованиях, а не с выбора технологий.

Как отвечать: Предложите стратегии: feature flags, канареечные и blue-green деплои, автоматический откат по метрикам, усиление тестов в пайплайне; свяжите частоту релизов с уменьшением их размера.

Как отвечать: Ответьте по STAR: масштаб и последствия, ваша роль в диагностике и восстановлении, первопричина и что изменили после — в мониторинге, процессах или архитектуре.

Как отвечать: Покажите совместную диагностику через данные: логи, метрики, различия окружений; подчеркните партнёрский тон и профилактику — единые окружения, контейнеры, документация.