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

Интервью на позицию DevOps

Учебное DevOps-собеседование с разбором ответов кандидата на вопросы по инфраструктуре, контейнерам, CI/CD и мониторингу. Вебинар также содержит советы по подготовке к интервью и презентацию курса.

Источник: Яндекс Практикум

Открыть на YouTube

Таймлайн

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

Это учебный вебинар Яндекс Практикума с имитацией DevOps-собеседования: Григорий, специалист техподдержки, отвечает на вопросы Сергея и получает пояснения по ошибкам. Разбираются микросервисы и монолиты, Docker, CI/CD, observability, мониторинг, SLI/SLO/SLA, Service Discovery, Kubernetes и стратегии развёртывания. Во второй половине участники обсуждают подготовку к интервью, опыт кандидата в DevOps-курсе и то, как честно говорить о пробелах в практике.

Затронутые темы

Что взять на заметку

  • Для вопросов об архитектуре важно назвать не только плюсы микросервисов — независимое масштабирование и локализацию сбоев, — но и цену: сложность транзакций, консистентности данных и сопровождения распределённой системы.
  • Stateless-сервисы обычно проще горизонтально масштабировать; при stateful-обработке нужно отдельно учитывать состояние, коллизии и согласованность данных.
  • В Docker образ — набор слоёв файловой системы, а контейнер — его запущенный экземпляр; изменения остаются в writable layer остановленного контейнера.
  • EXPOSE в Dockerfile лишь декларирует порт, а не публикует его наружу; для публикации при запуске нужен параметр -p/-P. COPY предпочтительнее ADD, когда не нужны возможности ADD.
  • Стоит уметь объяснить путь GitLab CI: Runner получает задание, забирает код и конфигурацию .gitlab-ci.yml, запускает сборку и тесты, после чего артефакты кладут, например, в Nexus или Artifactory.
  • Для observability нужно различать метрики и трассировку: метрики агрегированы и идут на дашборды, а tracing показывает путь конкретного запроса между сервисами. В обсуждении также упомянуты логи, алертинг и OpenTelemetry.
  • При blue-green-развёртывании нельзя направлять трафик на новую версию до её готовности: это проверяют readiness, liveness и startup probes. На интервью полезнее прямо признать неизвестное и рассуждать от знакомой аналогии, чем придумывать опыт.

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