Современные банковские системы (АБС) строятся на основе микросервисной архитектуры, как для продуктового, так и для бухгалтерского слоя. Взаимодействие между компонентами осуществляется через внутренние и внешние REST API, а также через очереди сообщений. Причем для обмена сообщениями активно используется брокер Kafka, имеющий внутреннюю и внешнюю реализации. Внешняя Kafka, может быть коммунальной, тогда применяется унификация заголовков сообщений.
Продуктовый слой АБС оперирует продуктовыми процессорами, которые выполняют атомарные операции с денежными средствами и продуктовыми регистрами, и АБС-оркестраторами, которые управляют бизнес-логикой. Системы устойчивых бизнес-операций (СУБО) являются контроллерами для оркестраторов, предоставляя пользователю возможность обработки инструкций. При этом, могут быть и исключения, когда процессор выполняет роль оркестратора или в системе есть общий продуктовый сервис (ОПС).
Взаимодействие систем бухгалтерского слоя класса Accounting Engine также строится на тех же трех типах: внутренний и внешний REST API, а также очереди сообщений, где Kafka – основной брокер. В отличие от внутренних коммуникаций, внешние сообщения Kafka требуют нормированных заголовков. Заголовки содержат метаданные о типе, id сообщения и системе-поставщике, что позволяет нескольким потребителям обрабатывать сообщения по-разному.
Ключевым моментом в построении архитектуры АБС является разделение на микросервисы, которые могут взаимодействовать между собой как синхронно (REST API), так и асинхронно (очереди сообщений). Такой подход позволяет реализовать гибкую и масштабируемую систему, способную обрабатывать большие объемы данных и обеспечивать надежную работу банковских сервисов.
Изображение носит иллюстративный характер
Продуктовый слой АБС оперирует продуктовыми процессорами, которые выполняют атомарные операции с денежными средствами и продуктовыми регистрами, и АБС-оркестраторами, которые управляют бизнес-логикой. Системы устойчивых бизнес-операций (СУБО) являются контроллерами для оркестраторов, предоставляя пользователю возможность обработки инструкций. При этом, могут быть и исключения, когда процессор выполняет роль оркестратора или в системе есть общий продуктовый сервис (ОПС).
Взаимодействие систем бухгалтерского слоя класса Accounting Engine также строится на тех же трех типах: внутренний и внешний REST API, а также очереди сообщений, где Kafka – основной брокер. В отличие от внутренних коммуникаций, внешние сообщения Kafka требуют нормированных заголовков. Заголовки содержат метаданные о типе, id сообщения и системе-поставщике, что позволяет нескольким потребителям обрабатывать сообщения по-разному.
Ключевым моментом в построении архитектуры АБС является разделение на микросервисы, которые могут взаимодействовать между собой как синхронно (REST API), так и асинхронно (очереди сообщений). Такой подход позволяет реализовать гибкую и масштабируемую систему, способную обрабатывать большие объемы данных и обеспечивать надежную работу банковских сервисов.
