Был ли в команде отдельный специалист по DevOps

Что проверяют

За вопросом стоит другой: насколько вы самостоятельны за пределами кода. Интервьюер прикидывает, справитесь ли вы у них, где выделенного DevOps может не быть или он один на пять команд. Следом почти всегда идёт «а что в пайплайне делали лично вы?».

Как отвечать

Опишите устройство честно и сразу переходите к своей доле:

• кто за что отвечал: отдельный DevOps-инженер, платформенная команда с общим шаблоном пайплайна или сами разработчики. Все варианты нормальны, важно, где проходила граница;
• что делали вы: Dockerfile для Spring Boot сервиса или сборка образа через Jib либо spring-boot:build-image, шаги в GitLab CI, Jenkins или GitHub Actions, значения в Helm-чарте;
• что сервис давал инфраструктуре: эндпоинты Actuator /actuator/health/liveness и /actuator/health/readiness под пробы Kubernetes, метрики через Micrometer в Prometheus, логи в JSON;
• JVM в контейнере: современные JVM видят лимиты cgroup, но по умолчанию отдают куче лишь часть памяти, поэтому её размер задают через -XX:MaxRAMPercentage с запасом под метаспейс и стеки потоков;
• как взаимодействовали: заявки, общий репозиторий инфраструктуры, дежурства.

Приведите один конкретный случай. Например, сервис сыпал ошибками при выкатке, потому что readiness отвечал раньше, чем прогревался пул соединений, и вы это нашли и починили. Цифры называйте только свои: время сборки, частота релизов, длительность отката.

Если DevOps был и в инфраструктуру вы не лезли, так и скажите. Но покажите, что понимаете путь кода до прода и готовы взять эту часть на себя.

Где спотыкаются

Отвечают «был DevOps, это его зона» и замолкают. Звучит как «я пишу код, а дальше не моя проблема».

Жалуются на DevOps-инженера или на процессы. Интервьюер слышит, как вы будете говорить о новой команде.

Приписывают себе чужую работу. Фраза «я настроил кубер» проваливается на первом уточнении про Ingress или ресурсы пода.