O que é a arquitetura do medalhão lakehouse?

A arquitetura medalhão descreve uma série de camadas de dados que denotam a qualidade dos dados armazenados na casa do lago. O Azure Databricks recomenda adotar uma abordagem em várias camadas para criar uma única fonte de verdade para produtos de dados corporativos.

Essa arquitetura garante atomicidade, consistência, isolamento e durabilidade à medida que os dados passam por várias camadas de validações e transformações antes de serem armazenados em um layout otimizado para análises eficientes. Os termos bronze (bruto), prata (validado) e ouro (enriquecido) descrevem a qualidade dos dados em cada uma dessas camadas.

Arquitetura Medallion como um padrão de design de dados

Uma arquitetura medallion é um padrão de design de dados usado para organizar dados logicamente. Seu objetivo é melhorar incremental e progressivamente a estrutura e a qualidade dos dados à medida que fluem através de cada camada da arquitetura (de tabelas de camada Bronze ⇒ Prata ⇒ Ouro). As arquiteturas Medallion às vezes também são chamadas de arquiteturas multi-hop.

Ao progredir os dados através dessas camadas, as organizações podem melhorar incrementalmente a qualidade e a confiabilidade dos dados, tornando-os mais adequados para aplicativos de business intelligence e aprendizado de máquina.

Seguir a arquitetura medalhão é uma prática recomendada, mas não um requisito.

Pergunta Bronze Silver Gold
O que acontece nesta camada? Ingestão de dados brutos Limpeza e validação de dados Modelação dimensional e agregação
Quem é o utilizador pretendido? - Engenheiros de dados
- Operações de dados
- Equipas de compliance e auditoria
- Engenheiros de dados
- Analistas de dados (use a camada Silver para um conjunto de dados mais refinado que ainda retém informações detalhadas necessárias para uma análise aprofundada)
- Cientistas de dados (construir modelos e realizar análises avançadas)
- Analistas de negócios e desenvolvedores de BI
- Cientistas de dados e engenheiros de machine learning (ML)
- Executivos e decisores
- Equipas operacionais

Exemplo de arquitetura medalhão

Este exemplo de arquitetura de medalhão mostra camadas de bronze, prata e ouro para uso por uma equipe de operações de negócios. Cada camada é armazenada em um esquema diferente do catálogo de operações.

Medalhão arquitetura camadas de bronze, prata e ouro

  • Camada bronze (ops.bronze): Ingere dados brutos do armazenamento em nuvem, Kafka e Salesforce. Nenhuma limpeza ou validação de dados é realizada aqui.
  • Camada prateada (ops.silver): A limpeza e validação de dados são realizadas nesta camada.
    • Os dados sobre clientes e transações são limpos eliminando nulos e colocando em quarentena registros inválidos. Esses conjuntos de dados são unidos em um novo conjunto de dados chamado customer_transactions. Os cientistas de dados podem usar esse conjunto de dados para análises preditivas.
    • Da mesma forma, contas e conjuntos de dados de oportunidade do Salesforce são unidos para criar account_opportunitieso , que é aprimorado com informações de conta.
    • Os leads_raw dados são limpos em um conjunto de dados chamado leads_cleaned.
  • Camada de ouro (ops.gold): Esta camada foi concebida para utilizadores empresariais. Ele contém menos conjuntos de dados do que prata e ouro.
    • customer_spending: Gasto médio e total para cada cliente.
    • account_performance: Desempenho diário para cada conta.
    • sales_pipeline_summary: Informações sobre o pipeline de vendas de ponta a ponta.
    • business_summary: Informação altamente agregada para o pessoal executivo.

Ingerir dados brutos para a camada de bronze

A camada de bronze contém dados brutos e não validados. Os dados ingeridos na camada de bronze normalmente têm as seguintes características:

  • Contém e mantém o estado bruto da fonte de dados em seus formatos originais.
  • É anexado incrementalmente e cresce ao longo do tempo.
  • Destina-se ao consumo por cargas de trabalho que enriquecem dados para tabelas prateadas, não para acesso por analistas e cientistas de dados.
  • Serve como a única fonte de verdade, preservando a fidelidade dos dados.
  • Permite o reprocessamento e a auditoria, retendo todos os dados históricos.
  • Pode ser qualquer combinação de streaming e transações em lote de fontes, incluindo armazenamento de objetos na nuvem (por exemplo, S3, GCS, ADLS), barramentos de mensagens (por exemplo, Kafka, Kinesis, etc.) e sistemas federados (por exemplo, Lakehouse Federation).

Limitar a limpeza ou validação de dados

A validação mínima dos dados é realizada na camada de bronze. Para garantir contra dados descartados, o Azure Databricks recomenda armazenar a maioria dos campos como string, VARIANT ou binário para proteger contra alterações inesperadas de esquema. Colunas de metadados podem ser adicionadas, como a proveniência ou a fonte dos dados (por exemplo, _metadata.file_name ).

Validar e desduplicar dados na camada prateada

A limpeza e validação de dados são realizadas em camada prateada.

Construa mesas de prata a partir da camada de bronze

Para construir a camada de prata, leia os dados de uma ou mais tabelas de bronze ou prata e escreva dados em tabelas de prata.

O Azure Databricks não recomenda escrever em tabelas de prata diretamente da ingestão. Se você escrever diretamente da ingestão, introduzirá falhas devido a alterações de esquema ou registros corrompidos em fontes de dados. Supondo que todas as fontes sejam somente acréscimo, configure a maioria das leituras de bronze como leituras de streaming. As leituras em lote devem ser reservadas para pequenos conjuntos de dados (por exemplo, tabelas dimensionais pequenas).

A camada prateada representa versões validadas, limpas e enriquecidas dos dados. A camada de prata:

  • Deve sempre incluir pelo menos uma representação validada e não agregada de cada registo. Se as representações agregadas gerarem muitas cargas de trabalho downstream, essas representações podem estar na camada prata, mas normalmente estão na camada ouro.
  • É onde você executa a limpeza, a desduplicação e a normalização de dados.
  • Melhora a qualidade dos dados corrigindo erros e inconsistências.
  • Estrutura os dados em um formato mais consumível para processamento a jusante.

Reforçar a qualidade dos dados

As seguintes operações são realizadas em tabelas prateadas:

  • Imposição de esquemas
  • Manipulação de valores nulos e ausentes
  • Eliminação de dados duplicados
  • Resolução de problemas de dados fora de ordem e de chegada tardia
  • Controlos da qualidade dos dados e aplicação da legislação
  • Evolução do esquema
  • Tipo de fundição
  • Associações

Iniciar a modelagem de dados

É comum começar a executar a modelagem de dados na camada prateada, incluindo a escolha de como representar dados fortemente aninhados ou semiestruturados:

  • Use VARIANT o tipo de dados.
  • Use JSON cadeias de caracteres.
  • Crie estruturas, mapas e matrizes.
  • Nivele o esquema ou normalize os dados em várias tabelas.

Análise de energia com a camada ouro

A camada ouro representa visualizações altamente refinadas dos dados que impulsionam análises, painéis, ML e aplicativos downstream. Os dados da camada Gold geralmente são altamente agregados e filtrados para períodos de tempo específicos ou regiões geográficas. Ele contém conjuntos de dados semanticamente significativos que mapeiam para funções e necessidades de negócios.

A camada de ouro:

  • Consiste em dados agregados adaptados para análises e relatórios.
  • Alinha-se com a lógica e os requisitos de negócios.
  • É otimizado para desempenho em consultas e painéis.

Alinhe-se com a lógica e os requisitos de negócios

A camada ouro é onde você modelará seus dados para relatórios e análises usando um modelo dimensional, estabelecendo relacionamentos e definindo medidas. Os analistas com acesso a dados em ouro devem ser capazes de encontrar dados específicos do domínio e responder a perguntas.

Como a camada ouro modela um domínio de negócios, alguns clientes criam várias camadas de ouro para atender a diferentes necessidades de negócios, como RH, finanças e TI.

Crie agregados personalizados para análises e relatórios

As organizações geralmente precisam criar funções agregadas para medidas como médias, contagens, máximos e mínimos. Por exemplo, se sua empresa precisa responder a perguntas sobre vendas semanais totais, você pode criar uma visão materializada chamada weekly_sales que pré-agrega esses dados para que analistas e outros não precisem recriar visualizações materializadas usadas com frequência.

CREATE OR REPLACE MATERIALIZED VIEW weekly_sales AS
SELECT week,
       prod_id,
       region,
       SUM(units) AS total_units,
       SUM(units * rate) AS total_sales
FROM orders
GROUP BY week, prod_id, region

Otimizar para desempenho em consultas e painéis

A otimização de tabelas de camada ouro para desempenho é uma prática recomendada porque esses conjuntos de dados são consultados com frequência. Grandes quantidades de dados históricos são normalmente acessadas na camada de lasca e não materializadas na camada de ouro.

Controle os custos ajustando a frequência de ingestão de dados

Controle os custos determinando a frequência com que os dados devem ser ingeridos.

Frequência de ingestão de dados Custo Latência Exemplos declarativos Exemplos processuais
Ingestão incremental contínua Mais alto Lower - Tabela de streaming usando spark.readStream para ingerir a partir de armazenamento em nuvem ou barramento de mensagens.
- O pipeline Delta Live Tables que atualiza esta tabela de streaming é executado continuamente.
- Código de Streaming estruturado usando spark.readStream em um notebook para ingerir de armazenamento em nuvem ou barramento de mensagens em uma tabela Delta.
- O bloco de anotações é orquestrado usando um trabalho do Azure Databricks com um gatilho de trabalho contínuo.
Ingestão incremental desencadeada Lower Mais alto - Streaming Table ingerindo a partir de armazenamento em nuvem ou barramento de mensagens usando spark.readStream.
- O pipeline que atualiza esta tabela de streaming é acionado pelo gatilho agendado do trabalho ou por um gatilho de chegada de arquivo.
- Estruturado código de Streaming em um notebook com um Trigger.Available gatilho.
- Este notebook é acionado pelo gatilho programado do trabalho ou por um gatilho de chegada de arquivo.
Ingestão em lote com ingestão incremental manual Lower Maior, por causa de corridas pouco frequentes. - Streaming Table ingestão de armazenamento em nuvem usando spark.read.
- Não utiliza Streaming Estruturado. Em vez disso, use primitivos como substituição de partição para atualizar uma partição inteira de uma só vez.
- Requer extensa arquitetura upstream para configurar o processamento incremental, o que permite um custo semelhante às leituras/gravações do Structured Streaming.
- Também requer particionamento de dados de origem por um datetime campo e, em seguida, processamento de todos os registros dessa partição para o destino.