РЕАЛЬНОЕ СОБЕСЕДОВАНИЕ | MIDDLE DEVOPS
Техническое интервью Middle DevOps с вопросами от Linux и Docker до Kubernetes, Helm, мониторинга и баз данных. Кандидат отвечает на основе ограниченного практического опыта и отмечает темы, в которых не уверен.
eatmore
Открыть на YouTube- Опубликовано на YouTube:
- Просмотры на YouTube: 8,3 тыс.
- Лайки на YouTube: 147
Таймлайн
Коротко о видео
Видео оформлено как реальное техническое собеседование на позицию Middle DevOps: кандидата последовательно спрашивают о микросервисах, Linux, контейнерах, Ansible, Kubernetes, Helm, мониторинге, БД и скриптах. Кандидат описывает свой практический опыт с Ubuntu/Debian, Docker, Docker Compose, Ansible, Kubernetes, Helm, Prometheus, Grafana, Loki, PostgreSQL, Bash и немного Python. В конце обсуждаются взаимодействие DevOps с разработчиками и начинается вопрос о Jupyter и MLOps-инструментах; итог собеседования не сообщается.
Затронутые темы
Что взять на заметку
- Подготовить объяснение микросервисной архитектуры через независимость компонентов; кандидат отдельно называет общую БД для сервисов антипаттерном.
- Для разбора высокого Load Average нужно соотносить его с числом ядер и назначением сервера, затем проверять процессы, CPU и дисковый I/O через top и iostat.
- Стоит различать swap и page cache: в записи вопрос, вероятно, распознан как «кэш», но обсуждаются нехватка RAM и ограничение Kubernetes на swap.
- Нужно уметь объяснить, как namespaces изолируют процессы и сеть, а cgroups ограничивают ресурсы, а также зачем multi-stage Docker build уменьшает итоговый образ.
- По Kubernetes проверяются роли etcd, kube-apiserver, scheduler, kubelet, kube-proxy и container runtime, а также необходимость нечётного числа control-plane узлов для кворума.
- Нужно различать Deployment, StatefulSet, DaemonSet и ReplicaSet, способы внешнего доступа через Service, LoadBalancer и Ingress, а также параметры rolling update.
- Для Helm важно понимать шаблоны и values, зависимости chart'ов, helm upgrade --install, изменение числа реплик и отдельное поведение ConfigMap.
- Кандидат прямо говорит о небольшом опыте в мониторинге, отказоустойчивости PostgreSQL и Python; практические примеры ограничены первичной настройкой и служебными скриптами.