Подготовка к интервью

Банк вопросов с собеседований

Разбирайте реальные вопросы, сверяйтесь с подробными ответами и готовьтесь по технологиям и компаниям.

2265 вопросов 1634 компании 353 технологии

Усильте резюме перед собеседованием

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

Анализ резюме
Сбросить

Каталог

Результаты поиска

Найдено: 2265
Теория

Могут ли микросервисы использовать общую базу данных? Это хорошая или нехорошая практика?

Технически микросервисы могут использовать общую БД, но совместное владение таблицами связывает их изменения и релизы. Обычно предпочтительно явное владение данными каждым сервисом.

Читать ответ
Теория

Что такое REST API? Как вы описывали REST API на проектах и как обеспечивалась полнота и корректность передаваемых данных?

REST API строит взаимодействие вокруг ресурсов и согласованных операций HTTP. Его контракт должен описывать не только URL, но и схемы данных, статусы, ограничения и сценарии ошибок.

Читать ответ
Теория

Представьте, что нужно спроектировать API-интеграцию. Назовите три первых шага как системный аналитик.

Первые шаги: уточнить цель и сценарии интеграции, определить участников и владельцев данных, затем согласовать контракт обмена вместе с ошибками и ограничениями.

Читать ответ
Теория

Всегда ли нужно выделять новую версию API при изменениях? Какие минусы у версионирования API и какие есть альтернативы?

Новая версия нужна прежде всего для несовместимого изменения контракта. Совместимые расширения можно вводить в текущей версии, проверяя поведение реальных клиентов.

Читать ответ
System Design

Как бы ты подошел к проектированию RESTful API для сущности «гномик» (список, создание и удаление по одному, нельзя удалить последнего)?

Предложите GET /gnomes, POST /gnomes и DELETE /gnomes/{id}. Запрет удаления последнего гномика должен атомарно проверяться на сервере, включая параллельные запросы.

Читать ответ
Теория

Как определить границы микросервиса? Какие методики можно применять для разбиения?

Границы микросервиса выбирают по бизнес-возможностям и владению данными, учитывая инварианты, связность изменений и ответственность команды. Делить по таблице или экрану обычно недостаточно.

Читать ответ
Теория

Что проще: распилить монолит на микросервисы или собрать несколько микросервисов в один?

Нельзя заранее сказать, какой переход проще: стоимость определяется связностью, данными, контрактами и эксплуатацией. Механическое объединение или разделение процессов не решает архитектурных проблем.

Читать ответ
Теория

Какие артефакты должны быть в документации микросервисной системы с клиентами, внутренними и внешними интеграциями и собственной БД, чтобы документацию можно было считать удовлетворительной?

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

Читать ответ
Поведенческий

С какими инструментами вы работали для взаимодействия с REST и SOAP?

Назовите инструменты, которыми реально пользовались, и задачи: отправка запросов, работа с контрактом, проверка ответов и диагностика. Не заменяйте опыт перечнем знакомых названий.

Читать ответ
System Design

Кейс 4: Нужно защититься от фрода при атрибуции, когда события отправляются напрямую с нашего сервера на сервер AppsFlyer.

Финальную конверсию отправляют только по подтверждённому серверному факту выдачи и проверенной связи с допустимым click_id. Клиентский запрос или статус анкеты не должны сами подтверждать оплату партнёру.

Читать ответ