Propostas — Consolidação Multiempresa e Alternativas ao ksqlDB¶
Projeto: DSB26201 · Assessment de Arquitetura e Integrações · Energisa Elaborado por: Syntropy Labs (Castellani) Status: Brainstorming de consultoria — não é achado confirmado nem arquitetura To-Be oficial
Aviso metodológico¶
Esta proposta nasceu de uma discussão técnica de consultoria sobre o achado já documentado em topologia-confluent-kafka-multiempresa.md (Diagrama 3 — consolidação multiempresa via ksqlDB, ~10 estruturas por tabela, 587 estruturas reais em produção, 02/09/2026 — eram 585 em 05/08) e sobre o risco R44 (ksqlDB fora do pipeline automatizado de CI/CD) — não de uma sessão com a Energisa. Por isso vive em 030-artefatos/, fora de 100-to-be/: pelo plano de trabalho, a arquitetura alvo (Fase 4) só vira base oficial depois da validação de Fase 3 com Norberto e Rômulo, seguida da rodada técnica com as áreas — validação que ainda não ocorreu. Mesmo racional já aplicado em propostas-wfm-eforce/ e propostas-engenharia-dados/.
Não foi validada com a Energisa nem com a equipe de Kafka/Confluent. É uma primeira formulação técnica, com trade-offs explícitos e riscos deliberadamente não escondidos — ver a seção "Riscos e ressalvas" no documento da proposta.
A proposta¶
| # | Proposta | Resolve | Não resolve |
|---|---|---|---|
| 1 | Roteamento de tópicos via Debezium SMT (ByLogicalTableRouter) |
Fan-in multiempresa sem estado (o UNION que hoje roda no ksqlDB), reduzindo estruturas dedicadas e trazendo o roteamento para dentro do pipeline de CI/CD (mitiga R44) |
Pré-requisito de schema homogêneo entre as 9 bases (já quebrou em produção uma vez); auditoria completa das 265 queries (02/09/2026) confirma 2 exceções ao UNION puro — ver proposta |
Evidência que motivou a proposta¶
Números reais de produção confirmados em hld-as-is-barramento.md: 322 streams, 265 queries persistentes (587 estruturas, 02/09/2026), 0 tables materializadas — arquitetura 100% stream, dedicada a consolidar, via UNION, os tópicos de CDC de nove bancos Oracle (um por empresa do grupo) em tópicos unificados por tabela. O crescimento é proporcional ao catálogo de tabelas, não ao volume de eventos — achado já sinalizado como candidato a risco formal em topologia-confluent-kafka-multiempresa.md (Diagrama 3).
Ver também¶
- Topologia Confluent Kafka e Consolidação Multiempresa — origem do achado e da matemática de estruturas por tabela
- HLD As-Is — Barramento Confluent Kafka — números consolidados de produção e achado R44
- Matriz de riscos consolidada — R44
- Propostas — Resiliência WFM/eForce e Propostas — Engenharia de Dados — mesmo padrão de brainstorming de consultoria não validado, aplicado a outros domínios
- Plano de trabalho — Fase 3 (validação) e Fase 4 (To-Be)