Вы верно обратили внимание, что статья в основном описывает поток данных к микросервисам. Обратный поток — от микросервисов к ядру АБС — организован по аналогичным принципам, через интеграционную платформу (ИП2).
Разница заключается в триггерах и направлении взаимодействия:
Событийно (асинхронно): После успешной операции микросервис создает событие с деталями. Это событие отправляется в шину данных (Apache Kafka). Платформенные или интеграционные сервисы, подписанные на это событие, фиксируют операцию в ядре АБС.
Синхронно: В случаях, требующих немедленного отражения в ядре, микросервис может напрямую вызвать API ядра АБС через ИП2.
Время отражения зависит от бизнес-требований: для критичных операций — в реальном времени, для аналитики или отчетности — пакетно.
Таким образом, ИП2 служит единым обратным каналом для передачи подтверждений и данных о проведенных операциях в систему-источник.
Новое решение разрабатывается самостоятельными командами разработки банка и ИТ-команды РСХБ.Цифра. С другими банками мы не связаны никак.
Вы верно обратили внимание, что статья в основном описывает поток данных к микросервисам. Обратный поток — от микросервисов к ядру АБС — организован по аналогичным принципам, через интеграционную платформу (ИП2).
Разница заключается в триггерах и направлении взаимодействия:
Событийно (асинхронно): После успешной операции микросервис создает событие с деталями. Это событие отправляется в шину данных (Apache Kafka). Платформенные или интеграционные сервисы, подписанные на это событие, фиксируют операцию в ядре АБС.
Синхронно: В случаях, требующих немедленного отражения в ядре, микросервис может напрямую вызвать API ядра АБС через ИП2.
Время отражения зависит от бизнес-требований: для критичных операций — в реальном времени, для аналитики или отчетности — пакетно.
Таким образом, ИП2 служит единым обратным каналом для передачи подтверждений и данных о проведенных операциях в систему-источник.