A arquitetura apresentada define um modelo de comunicação entre instituições financeiras utilizando um sistema de eventos baseado em Kafka para interoperabilidade no contexto do Open Finance. O modelo é segmentado em três domínios principais:
Domínio Produtos (Transmissor):
Responsável por gerar eventos relacionados às contas dos clientes.
Um Gerenciador de Eventos publica mensagens em tópicos arbitrários, refletindo operações internas do transmissor.
Sempre que ocorre uma ação relevante (por exemplo, atualização de dados da conta), um gatilho de eventos (accountId) é ativado.
Domínio Open Finance (Intermediário):
Atua como um hub para organizar e distribuir eventos.
O Gerenciador de Eventos OFB recebe os eventos acionados pelo transmissor e os encaminha para os tópicos apropriados, categorizados por SSID (identificação segmentada).
O gerenciamento de consentimentos garante que apenas eventos autorizados sejam encaminhados.
A API Contas é utilizada para garantir a conformidade e validar o acesso antes da distribuição dos eventos.
Domínio Receptor (Consumidor):
O Receptor consome eventos do barramento, garantindo que os dados recebidos sejam processados corretamente.
O fluxo fechado do diagrama sugere uma possível retroalimentação ou auditoria para assegurar a conformidade com os requisitos do Open Finance.
Mensageria assíncrona: A comunicação baseada em eventos garante desacoplamento entre as partes.
Escalabilidade: Kafka permite lidar com grandes volumes de dados sem comprometer o desempenho.
Segurança e conformidade: O uso de consentimentos e API de contas assegura que apenas dados autorizados sejam compartilhados.
Observabilidade: A arquitetura permite rastreamento eficiente dos eventos, facilitando auditorias e conformidade regulatória.
Essa estrutura permite uma integração robusta, segura e eficiente entre instituições financeiras e reguladores no Open Finance. Caso precise de ajustes ou mais detalhes, posso refinar a descrição conforme necessário
Modelo Proposto para uso de mensageria.
