Вернуться в видеотекуMIDDLE DEVOPS | РЕАЛЬНОЕ СОБЕСЕДОВАНИЕ
Запись реального технического собеседования Middle DevOps с вопросами по Docker, Kubernetes, Terraform и Linux. Кандидат также уточняет у собеседующих устройство аутсорсинговой команды и её технологический стек.
- Направление
- DevOps
- Формат
- Техническое собеседование
- Компания
KTS- Грейд
- Middle
- Длительность
- 49 мин
Коротко о видео
Это запись технического собеседования на позицию Middle DevOps: кандидат рассказывает об опыте с Helm, CI/CD, Terraform и облачной инфраструктурой, затем отвечает на вопросы по Docker, Kubernetes, Ansible, PostgreSQL и Linux. Наиболее подробно обсуждаются архитектура Kubernetes, Deployment/StatefulSet/DaemonSet, публикация приложений, маршрутизация трафика через Service и Ingress, а также роли kube-proxy и CNI; интервьюер уточняет отдельные неточные ответы. В финале кандидат спрашивает о команде и стеке аутсорсинговой компании, после чего получает вопросы о Load Average, memory-метриках в top, контейнерах и практическую shell-задачу.
Затронутые темы
Что взять на заметку
- В рассказе об опыте стоит чётко отделять выполненную работу от поверхностного знакомства: кандидат уверенно описывает Helm-чарты и CI-задачи, но прямо говорит, что не поддерживал мониторинг и почти не работал с GitOps.
- Нужно уметь объяснить multi-stage Docker-сборку Go-приложения: builder-образ собирает бинарник, минимальный runtime-образ получает только артефакт и нужные файлы, что уменьшает итоговый образ и исключает build-зависимости.
- Для Kubernetes следует различать назначение компонентов control plane и node: API Server, etcd, controller-manager, scheduler, kubelet, CRI и CNI; особенно важно не путать сетевой интерфейс CNI с другими компонентами.
- Нужно уверенно сопоставлять workload-контроллеры: Deployment подходит для stateless-приложений, StatefulSet — для экземпляров со стабильной идентичностью и отдельными PVC, DaemonSet — для запуска Pod на каждой подходящей ноде, например агентов сбора метрик.
- При объяснении сетевого пути в Kubernetes важно сказать, что Service выбирает Pod по labels и предоставляет набор endpoint’ов, Ingress направляет внешний HTTP-трафик к Service, а kube-proxy реализует правила маршрутизации; kube-proxy не назначает Pod IP-адреса.
- Полезно подготовить практический рассказ о Terraform: отдельные модули, каталоги окружений, подключение модулей и применение изменений через pipeline; отдельно обозначить реальный уровень владения Ansible, PostgreSQL и SQL.
- Для Linux-вопросов стоит различать VIRT, RES и SHR в top, понимать границу контейнера и ядра хоста, а также уметь составить безопасный алгоритм получения домашних каталогов пользователей с установленным паролем по данным passwd/shadow.