Вернуться в каталог собеседований

Пришёл Intern - оказался JUNIOR Strong / Интервью на позицию DevOps Engineer / Мок собес / 1

Длинное мок-собеседование Junior DevOps кандидата с техническими блоками и вопросами о взаимодействии в команде. В конце интервьюер разбирает сильные стороны кандидата и конкретные темы для дальнейшей практики.

Александр Донской | DevOps фабрика
  • Опубликовано на YouTube:
  • Просмотры на YouTube: 31,9 тыс.
  • Лайки на YouTube: 705
Открыть на YouTube

Таймлайн

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

Это мок-интервью на позицию Junior DevOps Engineer с последующим подробным разбором ответов. Кандидат рассказывает о примерно полугоде рабочего опыта, домашней инфраструктуре и интересе к on-premise и GitOps, затем отвечает на вопросы по Terraform/Terragrunt, AWS, Linux, Ansible, Docker, веб-серверам, PostgreSQL и мониторингу. В финале интервьюер даёт субъективную оценку: считает теоретическую базу и подготовку кандидата сильными для junior-уровня, но рекомендует усилить практику команд и заявленных технологий.

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

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

  • Перед интервью называйте в опыте только те технологии, по которым готовы к углублённым вопросам: интервьюер специально проверяет заявленные Terraform, AWS и Linux.
  • Повторите Terraform/Terragrunt: remote state, блокировки параллельных запусков, import, drift между state и инфраструктурой, а также защиту и версионирование backend-хранилища.
  • Закройте пробелы по AWS: различия Elastic IP и Public IP, типы EBS-томов, балансировщики и RDS.
  • Для Linux отработайте практические команды диагностики: окружение и открытые файлы процесса, сетевые соединения, load average, CPU states включая iowait и steal time, метрики диска и расширение файловой системы.
  • По Ansible полезно закрепить static/dynamic inventory, ansible-inventory, режимы --check и --diff, структуру переменных и приоритетов, Vault и become.
  • По Docker подготовьте различия CMD и ENTRYPOINT, inspect, restart policies, namespaces, проброс портов, host networking и cgroups/флаги лимитов ресурсов.
  • В конфликте code review сначала спокойно аргументируйте позицию, опирайтесь на документацию или опыт команды, а повторяющиеся спорные решения фиксируйте в общей договорённости.

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