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.
Modelo Proposto para uso de mensageria.
A integração utiliza o Apache Kafka para garantir a entrega assíncrona e escalável de notificações entre empresas do Open Finance. O processo é baseado em um modelo event-driven, no qual qualquer mudança de saldo pode gerar múltiplas notificações vinculadas a diferentes consentimentos.
Detecta mudanças de saldo na conta do cliente.
Identifica os consentimentos ativos vinculados à conta.
Gera múltiplas notificações conforme os consentimentos existentes.
Publica mensagens no tópico Kafka correspondente.
Contém um tópico específico para notificações financeiras.
Suporta alta volumetria e garante ordenação e entrega confiável.
Escuta o tópico Kafka para receber notificações.
Processa as mensagens conforme as regras de negócio.
Eventualmente aciona novos fluxos internos, como atualização de dashboards, alertas para clientes, etc.
Uma única mudança de saldo pode gerar múltiplas notificações, dependendo do número de consentimentos ativos vinculados à conta.
Se um cliente concedeu acesso ao saldo a 5 instituições diferentes, 5 eventos separados serão publicados no Kafka.
Para evitar sobrecarga, mecanismos de controle de taxa (rate limiting) e particionamento do Kafka podem ser utilizados.