Modelos de dados de negócios do Lakehouse para Serviços Financeiros e Seguros
Modelos de dados de negócios da camada Silver, governados e prontos para produção, para Serviços Financeiros e Seguros, implantados diretamente no Unity Catalog como base analítica de um lakehouse Databricks, e consistentes desde o primeiro dia.
Onde se enquadram
Um modelo de dados de negócios do Lakehouse é a camada Silver. A camada Bronze gerencia a ingestão de dados brutos (Lakeflow, Auto Loader). A camada Silver é o modelo analítico normalizado e em conformidade do qual todo analista, ferramenta de BI e carga de trabalho de ML faz a leitura. A camada Gold é derivada de percepções, como tabelas de KPI, tabelas de recursos e agregados, computadas sobre a camada Silver.
O que acompanha cada modelo
Cada modelo é publicado como um pacote completo e governado. O model.json é o modelo lógico onde cada domínio, subdomínio, produto, atributo, chave estrangeira, tag de classificação e definição de view de métricas está pronto para ser registrado no Git, comparado entre versões e compartilhado entre ambientes. O pacote também inclui uma implantação do Unity Catalog (esquemas, tabelas Delta, restrições de chave primária e estrangeira e tags de classificação), visualizações de métricas reutilizáveis para painéis de AI/BI e AI/BI Genie, um gráfico de conhecimento RDFS (ontology/) para ferramentas semânticas e fundamentação de agentes de IA, um diagrama DBML (diagram/), SQL DDL (schemas/), documentação em Excel e Markdown, e dados de exemplo sintéticos opcionais que respeitam todas as chaves estrangeiras, restrições de regex e tags de classificação.
Hierarquia
Cada modelo segue a mesma hierarquia. A organização é o negócio como um todo, contendo três divisões: Operações (o que o negócio faz fisicamente), Negócios (a quem serve e como lucra) e Corporativo (o back-office de suporte). Cada divisão contém domínios (contextos delimitados por palavra única, em minúsculo e no singular); cada domínio contém dois ou mais subdomínios; cada subdomínio contém produtos (as tabelas Delta); e cada produto contém atributos (as colunas), com tipos de dados e tags de classificação atribuídos antecipadamente. Operações e Negócios sempre detêm pelo menos 80% dos domínios, com Corporativo limitado a 20%. Todo modelo é um Gráfico Acíclico Dirigido por construção: chaves estrangeiras sempre apontam de filho para pai, ciclos são quebrados antes da publicação, e cada domínio se conecta a pelo menos um outro, portanto, a analítica entre domínios é sempre possível.
Dois escopos: MVM e ECM
Cada modelo é fornecido em dois escopos com profundidade de atributos idêntica. O MVM (Modelo Mínimo Viável) representa de 30–50% do total de tabelas do ECM e engloba apenas funções de negócios essenciais, sendo dimensionado para PMEs, projetos-piloto e ambientes de desenvolvimento e teste. O ECM (Modelo de Cobertura Expandida) possui alcance empresarial total, englobando domínios corporativos de apoio, e é projetado para implantações em empresas da Fortune 100. O MVM não é um esqueleto, apenas uma área de superfície menor; comece com o MVM e amplie para o ECM conforme as necessidades crescerem.
O que está disponível para Serviços Financeiros e Seguros
Os seguintes modelos de Serviços Financeiros e Seguros estão disponíveis hoje, cada um como um MVM ou ECM (domínios ECM / produtos ECM x domínios MVM / produtos MVM): Banking — 19 / 501 x 17 / 227; Payments & Fintech — 18 / 546 x 15 / 223; Health Insurance — 19 / 409 x 15 / 189; Life Insurance — 19 / 468 x 15 / 217. O exemplo em destaque é o modelo de Banking.
Comece agora
A biblioteca reside no repo de Soluções da Indústria da Databricks. Escolha um modelo, um escopo (MVM ou ECM), um estilo de catalogação e um catálogo de implantação, depois execute o notebook de instalação apontando para a indústria e o escopo que você deseja. Uma instalação típica de MVM é concluída em dezenas de minutos. O resultado é uma camada Silver totalmente implantada no Unity Catalog com visualizações de métricas prontas para painéis AI/BI e AI/BI Genie. Todo modelo é um ponto de partida: os clientes podem adaptá-lo (renomear domínios, fazer merge ou dividir produtos, adicionar um domínio ausente, alterar convenções de nomenclatura) usando o Modeling Agent, que itera o modelo por meio de diretrizes em linguagem natural.