Вернуться в видеотеку

РЕАЛЬНОЕ СОБЕСЕДОВАНИЕ | MIDDLE DEVOPS

Техническое интервью Middle DevOps с вопросами от Linux и Docker до Kubernetes, Helm, мониторинга и баз данных. Кандидат отвечает на основе ограниченного практического опыта и отмечает темы, в которых не уверен.

Источник: eatmore

Открыть на YouTube

Таймлайн

Коротко о видео

Видео оформлено как реальное техническое собеседование на позицию 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; практические примеры ограничены первичной настройкой и служебными скриптами.

Рекомендуем посмотреть