Какие вопросы задают на собеседовании в Юнити (backend, middle)?

Question

Маяк · Accepted Answer

1. Реализуйте in-memory кэш профилей: хранение профиля по ключу (UID), два метода — положить в кэш и достать из кэша. Кэш должен быть конкурентнобезопасным и иметь TTL (время жизни элементов). Внутри профиля есть заказы, но отдельных методов для заказов не нужно. В конце — накидать небольшие тестовые сценарии (положить/достать) без отдельных тестов.
2. При проверке TTL надо ли проходить по всем элементам мапы каждый раз, если к кэшу пришли за конкретным профилем?
3. Безопасно ли так просто конкурентно обращаться к мапе в Go? Как обеспечить конкурентную безопасность?
4. Почему в get-методе ты решил возвращать указатель на профиль, а не значение по умолчанию (структуру)?
5. Если после получения профиля из кэша поменять у него поле (например, имя) через указатель — что произойдёт с данными в кэше и как избежать нежелательных изменений?
6. Даже если возвращать профиль по значению, что будет с заказами (слайсом) внутри профиля? Как защитить вложенные данные от мутации?
7. Пробегись по своей реализации: если бы тестировщик полез проверять, где бы он нашёл проблемы? Какие зоны вызывают у тебя сомнения?
8. Расскажи про индексы в реляционных базах: для чего нужны, какая от них польза, с какими сталкивался на практике для разных кейсов?
9. Какие отрицательные эффекты есть у индексов?
10. Расскажи про уровни изоляции транзакций: какие бывают и какие артефакты (аномалии) у них есть?
11. Что-нибудь слышал про оптимистичные блокировки в базе? Чем отличаются оптимистичные и пессимистичные блокировки, как реализовать оптимистичную?
12. Сервис крутится в Kubernetes на нескольких подах, каждый под берёт из базы записи (например, самую старую) и обновляет их в цикле. Как сделать так, чтобы поды не пытались обновить одну и ту же запись (убрать гонку)?
13. Партиции в Kafka: что это и для чего нужны? Почему нельзя просто писать всё в топик без партиций?
14. Если внутри одной консюмер-группы несколько подов (3, 5, 10) хотят вычитывать из одного топика — что будет и зачем тут партиции?
15. Что бы ты делал с сообщениями из Kafka, которые консюмер не может обработать (не распарсилось, бизнесово не обработалось)?
16. Слышал, что такое consumer lag в Kafka? Что это за метрика?
17. Какие бывают гарантии доставки в Kafka?
18. Расскажи, как у вас обстоят дела с микросервисами: какие сервисы есть, как строите общение между ними, как устроена работа с базой?
19. Если бы у вас появился второй сервис, которому нужно ходить в базу, — это была бы та же самая база или отдельная? Почему?
20. Какие паттерны микросервисной архитектуры можешь вспомнить и назвать?
21. Используете ли вы у себя сагу или подобные паттерны (распределённые транзакции между сервисами, S3, Redis)?
22. Хочу поменять gRPC-контракт в proto-файле (структуру респонса). Что я могу себе позволить безопасно сделать без обновления контракта на стороне клиента, чтобы его не сломать?
23. А если переименовать поле в proto-контракте (например, address → full_address), оставив номер и тип, — сломаются ли клиенты?
24. А если совсем убрать поле из proto-контракта (например, удалить второе поле, не меняя остальные) — что произойдёт на стороне клиента?
25. Расскажи, какой у тебя опыт с Kubernetes? Для чего он нужен, какие задачи на себя берёт?
26. Расскажи про observability у вас: что используете для метрик, логов, трассировки (Prometheus, Grafana и т.д.)?
27. Для бизнесовых и технических метрик определяли ли какие-то трешхолды (пороги алертов)? Как определили, что порог именно 50%?
28. Приходилось ли взаимодействовать с профилировщиком (pprof)? Был ли боевой опыт?
29. Как ты в целом относишься к тестам? Нужно ли стопроцентное покрытие?
30. Нет ли ощущения, что на полстранички кода приходится писать две-четыре странички тестов и это трата времени?
31. А для чего нам вообще нужны тесты, как ты думаешь?