РЕАЛЬНОЕ ИНТЕРВЬЮ | MIDDLE DEVOPS
Запись технического интервью по DevOps с вопросами по Linux, Kubernetes, Helm, сетевым ресурсам и мониторингу. В конце обсуждаются стек и условия работы неназванной команды.
eatmore
Открыть на YouTube- Опубликовано на YouTube:
- Просмотры на YouTube: 8,1 тыс.
- Лайки на YouTube: 151
Таймлайн
Коротко о видео
В ролике разбирается собеседование на позицию Middle DevOps: кандидат рассказывает о переходе из фронтенда в DevOps, самообучении и опыте с инфраструктурой. Техническая часть охватывает Linux и файловые системы, запуск Java-приложений, диагностику Kubernetes, Helm, Ingress, Service, пробы и мониторинг. В финале интервьюер описывает анонимную инфраструктуру команды и процесс релизов, а кандидат уточняет условия испытательного срока и плановые работы.
Затронутые темы
Что взять на заметку
- Подготовить различие между свободным местом на диске и исчерпанием inode: при отсутствии inode нельзя создать файл даже при наличии свободного пространства; inode не добавляются файловой системой автоматически во время работы.
- Уметь объяснить запуск Java JAR как службы systemd, включая перезапуск после падения и отличие фонового запуска от управляемого сервиса.
- Для Kubernetes-инцидента с Connection Refused последовательно проверять логи контейнера, конфигурацию, прослушиваемый порт, Service/Endpoints, сетевые правила и пробы, а не начинать с перезапуска приложения.
- Повторить назначение Ingress и Service, различия DaemonSet, Deployment и StatefulSet, а также роли startup-, readiness- и liveness-проб.
- Знать устройство Helm-чарта: Chart.yaml, values.yaml, templates и вспомогательные .tpl-шаблоны с define/include; отдельно понимать назначение umbrella charts и зависимостей.
- Быть готовым обсудить мониторинг инфраструктуры через Prometheus, Grafana и exporters, а также отличать сбор метрик от их долговременного хранения.
- На встрече с командой полезно уточнять путь CI/CD, реестр артефактов, границы ответственности за инфраструктуру, наличие дежурств и оплачиваемых плановых релизных окон.