Шина нового поколения

Проблемы

Каждая мастер-система говорит на своём языке. Потребители жёстко завязаны на поля CRM, ERP или биллинга — смена или апгрейд ядра ломает интеграции. Типичная картина:

• Точечные интеграции «каждый с каждым» — зоопарк API и хрупкие контракты
• Модель мастер-системы протекает наружу: потребители знают st_abonentid вместо id
• Нет единого потока изменений: данные рассинхронизируются между контурами
• Медленный доступ к актуальным данным — каждый запрос бьёт в боевую систему

Потребитель видит только канон. Какая CRM или ERP стоит под слоем — ему не важно.

Решения

Интеграционный слой с единой моделью и горячим кэшем. Изменения из мастер-систем идут через CDC в шину, маппятся в SID и отдаются потребителям через API Gateway.

• CDC — читаем журнал транзакций мастер-систем без нагрузки на их API
• Брокер сообщений — надёжный поток изменений между контурами
• Mapping — преобразование сырых полей в каноническую SID-модель
• Горячий кэш (in-memory DB) — актуальные данные для мгновенного чтения
• API Gateway — единая точка доступа, троттлинг и контроль для потребителей
• Канонические сервисы и фасады — сервис сам решает: кэш или мастер-система
• Адаптеры — двусторонний обмен для систем, которые не умеют работать со стандартом шины

Результаты

• Модель мастер-системы больше не протекает наружу — снаружи только канон
• Смена CRM/ERP не ломает потребителей: меняется маппинг, а не контракты API
• Актуальные данные из горячего кэша без ударов по боевым системам
• Единый поток изменений вместо зоопарка точечных интеграций
• Стандартизированный доступ и троттлинг через API Gateway
• Системы вне стандарта подключаются через адаптеры без переписывания ядра