Мок-интервью DevOps-инженера: Kubernetes, Linux и CI/CD

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

Публичное мок-интервью с DevOps-кандидатом начинается с его опыта в инфраструктуре для системы распознавания лиц: Terraform, Ansible, Kubernetes, Kafka, Prometheus и EFK. Техническая часть проверяет виртуализацию ESXi, ballooning, vSwitch, VLAN, хранилища, MTU и влияние jitter на сетевые протоколы. Затем интервьюер предлагает Kubernetes-кейс: Java-под не стартует, startupProbe падает, а логи пусты; кандидат выбирает диагностику через kubectl describe и debug-контейнер, обсуждает requests, limits, QoS, eviction и scheduler. В блоке Linux разбираются top, load average, zombie-процессы и память. В завершение обсуждаются шаблоны GitLab CI/CD и необходимость запускать новый pipeline после исправления шаблона. Интервьюер называет уровень кандидата крепким Middle и выделяет troubleshooting и Linux как зоны роста.

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

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

• Для диагностики не стартующего pod нужно проверить события и параметры контейнера, а при необходимости использовать debug-контейнер или изменить entrypoint.
• Планировщик размещает pod с учётом requests; сочетание requests и limits определяет QoS и влияет на порядок eviction при дефиците ресурсов.
• Jitter особенно заметен в голосе и видео, тогда как TCP имеет механизмы упорядочивания и повторной передачи.
• В top нужно отличать load average, состояния CPU и VIRT/RES/SHR перед выводами о проблеме.
• Изменение общего шаблона GitLab CI не обновляет уже собранный pipeline: после исправления нужно создать новый pipeline.