Задача на интеграцию по API: разбор с технического собеседования системного аналитика

Разбираем задачу системного аналитика, аналоги которой регулярно встречаются в реальной работе и на технических собеседованиях. Проектируем интеграцию системы ЭДО (электронный документооборот) по API с внешними сервисами DaData и Т-Банка. Идем по шагам: от выбора архитектуры (монолит vs микросервисы) и написания интеграционных Use Case до маппинга данных и проектирования REST API эндпоинтов. На практике смотрим, как читать API-документацию вендора, что выбрать для фоновой синхронизации оплат — Polling или WebHook, как обработать ошибки и сформировать финальные постановки задач команде разработки. Максимум практики по системному анализу и проектированию интеграций. Тайм-коды к эпизоду: 00:18 | Введение. Рекомендация к просмотру видео-эпизода. 01:57 | Постановка задачи: система ЭДО и вводные по интеграции с API DaData и Т-Банком. 10:44 | Проектируем архитектуру: монолитный подход. 15:58 | Проектируем архитектуру: микросервисный подход. 22:02 | Технический сценарий работы для кнопки «Заполнить по ИНН» в микросервисной и монолитной архитектурах. 25:02 | Промежуточные итоги: чекаем шаги интеграции. 26:43 | Интеграционный Use Case: алгоритм получения реквизитов по ИНН. 31:43 | Сценарий генерации PDF-счета через внешний сервис и доработка архитектуры. 36:32 | Фоновая синхронизация оплат с Polling. Разбор API Т-Банка, оптимизация архитектуры и UML-диаграмма. 45:53 | Фоновая синхронизация оплат с WebHook: анализ API и UML-диаграмма. 49:45 | Обработка ошибок и проектирование...