Подготовка к интервью
889 вопросов по System Design
Что проверяют на интервью
В этой подборке вопросы сгруппированы по формату «System Design», чтобы подготовку можно было вести от базовых тем к практическим задачам. В подборке чаще встречаются темы: backend, api, database.
Каталог
Возвращайте структурированную ошибку инструмента: поле, код причины и допустимое ограничение. Модель должна видеть, что действие не выполнено, и получить возможность исправить аргумент.
Читать ответОнлайн-расчёт ограничен задержкой, стоимостью и нагрузкой на источники. Предподсчёт переносит тяжёлую работу из критического пути, но требует обновления и контроля свежести.
Читать ответRPS — запросы в секунду на выбранной границе сервиса; QPS — запросы в секунду к системе запросов, часто БД или поиску. В некоторых командах термины употребляют как синонимы.
Читать ответРазделение оправдано разными обязанностями, контекстом и правами, а также независимой проверкой результатов. Четыре агента не лучше одного автоматически: это нужно подтвердить измерениями.
Читать ответ10 млн DAU × 4 входа дают 40 млн посещений в день, или около 463 посещений/с в среднем. Это ещё не RPS или QPS: нужен расход запросов на посещение.
Читать ответИзмеряйте обнаружение реальных инцидентов, ложные тревоги, время до обнаружения и восстановления. Для расследования дополнительно важны точность гипотез и полезность рекомендаций оператору.
Читать ответДоступ к чувствительным данным ограничивают до передачи модели: права пользователя, разрешённые поля, агрегирование и маскирование. Просьба в prompt «не показывай секреты» не является достаточной защитой.
Читать ответState обновляет код оркестратора по результатам исполнения, независимо от того, попали ли изменения в контекст LLM. Перед следующим вызовом приложение выбирает нужные поля и формирует актуальный prompt.
Читать ответВ ReAct-агенте prompt injection возможен через пользовательский ввод и результаты инструментов. Основная защита — границы доверия, ограниченные права и проверка действий кодом, а не только предупреждение в prompt.
Читать ответВыбор Redis для очереди можно обосновать простотой, имеющейся инфраструктурой и приемлемыми гарантиями. Но сравнивать нужно конкретный механизм очереди, а не только названия Redis, Kafka и RabbitMQ.
Читать ответИдите небольшими проверяемыми шагами: задача и метрика, корректная выборка, baseline, воспроизводимый pipeline, ограниченный запуск и мониторинг. Для одного ML-инженера простота эксплуатации особенно важна.
Читать ответKafka может отделить приём событий от обработки, сгладить пики и дать нескольким потребителям независимое чтение с возможностью replay. Польза зависит от того, нужны ли эти свойства конкретной системе.
Читать ответ