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

Если только начинаете изучать интеграции, то это отличный способ проверить знания и понять, какие темы стоит повторить.

А если уже готовитесь к смене работы — сохраните пост, он точно пригодится👌
 
1️⃣ Что такое интеграция?
Это организованный обмен данными и командами между двумя или более системами по согласованным правилам, форматам и протоколам.
 
2️⃣ Какие виды интеграций систем вы знаете?
Ответ: Полный гайд по видам интеграций для Системного аналитика
 
 
3️⃣ Чем синхронная интеграция отличается от асинхронной?
В синхронной вызывающая система сразу ждет ответ. В асинхронной она передает запрос или событие и получает результат позже, что обычно лучше для отказоустойчивости и слабой связанности.
 
4️⃣ Когда лучше использовать API, а когда брокер сообщений?
API подходит для мгновенного запроса-ответа. Брокер лучше для сценариев, где не нужен мгновенный ответ пользователю. Брокер берут для реализации асинхронных сценариев. Часто для интеграции сервисов и микросервисов внутри одной системы. Например - паттерн хореография.
Подробнее про архитектурный паттерн хореографии на примере задачи.
 
 
5️⃣ Что такое webhook? Что такое polling и long polling?
Ответ на примере практической задачи: Что такое вебхуки и зачем они нужны: собеседование на системного аналитика по API и Webhooks
 
6️⃣ Что делать, если webhook не дошел?
Нужно предусмотреть повторную отправку при сбоях (ретраи), вести журнал доставки, исключить повторную обработку одного и того же события и иметь резервную проверку статуса — автоматически через polling или вручную.
 
7️⃣ Когда нужен брокер сообщений?
Когда нужно асинхронно передавать события, разгрузить синхронные вызовы, повысить устойчивость и разъединить жизненные циклы систем. Часто используют для внутренних взаимодействий сервисов в системе.
 
8️⃣ Какие ошибки нужно описывать в интеграции?
Технические ошибки связи, таймауты, ошибки авторизации, валидации, бизнес-ошибки и ошибки недоступности внешней системы.
Книга "Чек-лист: типовые требования к обработке ошибок в Интеграциях"
 
9️⃣ Чем техническая ошибка отличается от бизнес-ошибки?
Техническая связана с инфраструктурой или транспортом, например timeout. Бизнес-ошибка означает, что система доступна, но операция не может быть выполнена по бизнес-правилам.
 
🔟 Что делать при тайм-ауте внешней системы?
Нужно заранее определить правила повторных попыток, время ожидания ответа, сценарий действий при сбое, текст для пользователя и логику обработки повторного запроса.
 
1️⃣1️⃣ Когда retry (повторные попытки вызова внешней системы) опасны?
Когда операция неидемпотентна, например создание платежа или заказа без защитного ключа от дублей.

Подкаст: Идемпотентность и коммутативность API: что это и как применяют на практике
 
1️⃣2️⃣ Что такое маппинг данных?
Это таблица соответствия полей между нашей системой, внешней системой и иногда БД, плюс правила преобразования и комментарии.
Подробный ответ с примером: что такое маппинг данных

#hardGetAnalyst