Собесов

Способы интеграции двух систем

Кейсы и метрикиАрхитектура и интеграцияЛёгкаяJunior

Условие

Отметьте те пункты, где написаны способы интеграции двух систем:

  • База-база
  • Через API
  • ESB
  • Обмен файлами
  • Интеграция с использованием коаксиального кабеля
  • Через интернет
  • Удалённый вызов процедур
  • Брокеры сообщений

Решение

Корректные способы интеграции (по уровню логики, не транспорта):

  • База-база (DB-to-DB)
  • Через API (REST, SOAP, gRPC)
  • ESB (Enterprise Service Bus)
  • Обмен файлами (CSV, XML, через FTP/SFTP)
  • Удалённый вызов процедур (RPC, gRPC)
  • Брокеры сообщений (Kafka, RabbitMQ, ActiveMQ)

Что не способ интеграции

  • «Через интернет» — это канал (транспорт), а не способ. Любая интеграция может идти через интернет (или через VPN, или через локальную сеть).
  • «Коаксиальный кабель» — это физический носитель (1-й уровень OSI). К способу интеграции отношения не имеет.

Краткая характеристика способов

Способ Суть Когда
DB-to-DB Прямое подключение к чужой БД (или репликация) Простой кейс, доверенные системы
API HTTP-эндпоинты, синхронная связь Самый частый сценарий
ESB Корпоративная шина с маршрутизацией, трансформацией Крупные системы с десятками интеграций
Обмен файлами Складывают/забирают файлы (CSV, XML) Batch-процессы, отчёты
RPC Вызов удалённых функций как локальных Микросервисы (gRPC)
Message broker Асинхронные события через топики/очереди Event-driven, decoupled

Антипаттерны

  • DB-to-DB часто разрушает абстракцию данных: внешняя система начинает зависеть от схемы внутренней БД, и любое её изменение ломает интеграцию. Лучше — API.
  • Глобальный ESB в небольших компаниях создаёт единую точку отказа.

Подводные камни

  1. Считать «через интернет» способом. Это канал. На уровне протоколов — REST поверх HTTP поверх TCP/IP — все они идут «через интернет» или интранет.
  2. ESB vs API Gateway. Похожи, но ESB — это шина для интеграции (с трансформацией данных, координацией протоколов), API Gateway — точка входа в систему микросервисов.
  3. Брокеры сообщений vs RPC. RPC — синхронный (запрос-ответ); брокер — асинхронный (publish-subscribe).
  4. Файлы — медленно и хрупко. Без транзакций, без гарантий доставки. Ок для batch ETL, плохо для real-time.

Эталонный ответ

База-база, через API, ESB, обмен файлами, удалённый вызов процедур, брокеры сообщений — это способы интеграции. «Через интернет» — это канал (транспорт), «коаксиальный кабель» — физический уровень.

Хочешь увидеть разбор?

Зарегистрируйся бесплатно — откроется развёрнутое решение этой задачи и ещё 4 на выбор.

Зарегистрироваться и увидеть разбор
Уже есть аккаунт? Войти