Был ли опыт работы с удалёнными серверами

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

Сможете ли вы сами разобраться с приложением на сервере: зайти, найти логи, понять, почему сервис тормозит или упал, и ничего не сломать. Типичное продолжение: «Сервис на проде перестал отвечать, ваши действия по шагам?»

Как отвечать

Отвечайте на своём опыте и называйте конкретные команды, по ним сразу видно, работали вы руками или нет. Для Java-разработчика набор обычно такой:

• доступ: SSH по ключам, ~/.ssh/config с алиасами, вход через bastion (ProxyJump), sudo вместо работы под root. Копирование файлов через scp или rsync;
• логи и система: journalctl -u имя-сервиса, tail -f, less, grep, загрузка через top или htop, диск через df -h и du, открытые порты через ss -tlnp;
• диагностика JVM: jcmd <pid> Thread.print или jstack для дампа потоков при зависании, jcmd <pid> GC.heap_dump при утечке памяти, Java Flight Recorder для профиля под нагрузкой;
• запуск: systemd-юнит, Docker (docker logs, docker exec) или Kubernetes (kubectl logs, kubectl exec, kubectl port-forward);
• удалённая отладка: JVM с -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 и подключение из IDEA через SSH-туннель ssh -L 5005:localhost:5005.

Обязательно расскажите свой реальный случай: что сломалось, что вы посмотрели первым, что нашли.

Если опыта не было, так и скажите: работали локально и в Docker, прод обслуживала эксплуатация. Добавьте, что знаете базовые команды и, например, подняли своё приложение на VPS. Это честнее и звучит лучше выдуманной истории.

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

Отвечают про другое: «вызывал удалённый REST API через HttpClient». Вопрос про работу на самих машинах, а не про сетевые запросы из кода.

Первым делом перезапускают зависший сервис. Вместе с процессом пропадают дамп потоков и состояние памяти, и причину уже не найти. Сначала снимите дамп, потом перезапускайте.

Открывают порт JDWP наружу или правят конфиги на сервере руками без следа в репозитории. JDWP позволяет выполнить на машине произвольный код. С Java 9 address=5005 слушает только localhost, а address=*:5005 открывает порт всем, поэтому к отладчику ходят через туннель.