Типичная проблема
Прямые обмены постепенно образуют сеть зависимостей. Правила преобразования данных дублируются, ошибки трудно найти, а изменение одной системы затрагивает несколько интеграций.
Предлагаемая архитектура
Промежуточный слой принимает события или запросы, преобразует данные по контрактам и передаёт их получателям. Очереди, журналирование и повторная доставка добавляются там, где нужны сценарию.
Как это работает
- Система-источник передаёт событие или запрос по согласованному контракту.
- Сервис проверяет формат, версию, права и идентификатор операции.
- Данные преобразуются и направляются нужному получателю.
- Подтверждение, повтор или ошибка фиксируются так, чтобы операцию можно было проследить.
Возможности интеграции
1С и Битрикс24REST / HTTPJSON / XMLОчереди сообщенийКорпоративные базы
Потенциальный эффект
- Понятнее зависимости и границы обмена
- Единообразнее контроль ошибок и повторов
- Проще добавлять получателей без изменения каждой прямой связи
Эффект зависит от исходного процесса, данных и масштаба внедрения. Измеримые критерии согласуются перед реализацией.
Ограничения и зависимости
- Для небольшого числа простых обменов отдельная шина может быть избыточна.
- Потребуются сопровождение сервисов и контроль их доступности.
- Гарантии доставки, порядок сообщений и допустимые задержки определяются для конкретного процесса.
Не обязательная платформа, а архитектурное решение
Интеграционный слой может начинаться с одного небольшого сервиса. Его задача — сделать обмен управляемым. Масштаб и набор компонентов выбираются по фактическим потокам, требованиям к доступности и ресурсам команды сопровождения.