Был ли опыт работы с высоконагруженными проектами

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

Не столько сам факт, сколько масштаб, который вы видели своими глазами, и умеете ли вы говорить о нагрузке цифрами. Следом почти всегда спрашивают, где было узкое место, как вы его нашли и чем подтвердили, что стало лучше.

Как отвечать

Стройте ответ вокруг одного реального случая:

• масштаб: RPS в пике, объём данных, число инстансов. Называйте цифры своего проекта. Для контекста: 10 тысяч операций в минуту это меньше 200 в секунду, для многих сервисов это обычный режим, а не highload;
• симптом: что именно деградировало. Лучше в перцентилях: вырос p99 времени ответа, закончились соединения в пуле HikariCP, начались долгие паузы GC;
• диагностика: чем искали причину. Метрики через Micrometer в Prometheus и Grafana, профилирование async-profiler или JFR, нагрузочный прогон в Gatling, JMeter или k6, разбор медленных запросов через EXPLAIN;
• решение и компромисс: кэш в Redis и то, как вы его инвалидировали, индексы, пакетная запись, очередь в Kafka вместо синхронного вызова, реплики на чтение, настройка пулов или виртуальные потоки из JDK 21. Скажите, чем за это заплатили;
• результат: цифра до и после, снятая одним и тем же способом.

Если серьёзной нагрузки не было, так и скажите и расскажите про максимум, который был: например, как вы разбирались с медленным отчётом или утечкой памяти. Затем покажите ход мысли: с чего бы начали, какие метрики сняли бы первыми, где обычно ломается Java-сервис (база, пулы соединений и потоков, GC, блокирующие вызовы). Честное «пик у нас был 300 RPS, и вот что я на нём понял» ценится выше выдуманных миллионов.

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

Приносят круглые цифры без происхождения вроде «ускорили на 40%». Первый же вопрос «как измеряли?» разрушает весь ответ.

Говорят «мы» на протяжении всего рассказа. Интервьюер так и не понимает, что сделали лично вы, а что было до вас или рядом с вами.

Описывают среднее время ответа вместо перцентилей и не называют, что именно ограничивало систему. «Добавили многопоточность, стало быстрее» без узкого места звучит как пересказ статьи, а не как опыт.