O que é arquitetura medallion do Lakehouse?
A arquitetura medallion descreve uma série de camadas de dados que denotam a qualidade dos dados armazenados no Lakehouse. O Azure Databricks recomenda adotar uma abordagem de várias camadas para criar uma única fonte de verdade para produtos de dados corporativos.
Essa arquitetura garante a 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álise eficiente. 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 de medalhão é um padrão de design de dados usado para organizar dados logicamente. Seu objetivo é melhorar de forma incremental e progressiva a estrutura e a qualidade dos dados à medida que fluem por cada camada da arquitetura (das tabelas de camadas Bronze ⇒ Prata ⇒ Ouro). Às vezes, as arquiteturas Medallion também são chamadas de arquiteturas multi-hop.
Ao progredir os dados por meio 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 machine learning.
Seguir a arquitetura de medalhão é uma prática recomendada recomendada, mas não um requisito.
Pergunta | Bronze | Prata | Ouro |
---|---|---|---|
O que acontece nesta camada? | Ingestão de dados brutos | Limpeza e validação de dados | Modelagem dimensional e agregação |
Quem é o usuário pretendido? | - Engenheiros de dados - Operações de dados - Equipes de compliance e auditoria |
- Engenheiros de dados - Analistas de dados (use a camada Prata 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 aprendizado de máquina (ML) - Executivos e tomadores de decisão - Equipes operacionais |
Exemplo de arquitetura de 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.
- Camada bronze (
ops.bronze
): ingere dados brutos do armazenamento em nuvem, Kafka e Salesforce. Nenhuma limpeza ou validação de dados é executada aqui. - Camada prata (
ops.silver
): a limpeza e a validação de dados são executadas nesta camada.- Os dados sobre clientes e transações são limpos descartando 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álise preditiva. - Da mesma forma, contas e conjuntos de dados de oportunidade do Salesforce são unidos para criar
account_opportunities
, que é aprimorado com informações da conta. - Os
leads_raw
dados são limpos em um conjunto de dados chamadoleads_cleaned
.
- Os dados sobre clientes e transações são limpos descartando nulos e colocando em quarentena registros inválidos. Esses conjuntos de dados são unidos em um novo conjunto de dados chamado
- Camada de ouro (
ops.gold
): Esta camada foi projetada para usuários corporativos. 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ções altamente agregadas para a equipe executiva.
Ingerir dados brutos na camada bronze
A camada de bronze contém dados brutos e não validados. Os dados ingeridos na camada bronze normalmente têm as seguintes características:
- Contém e mantém o estado bruto da fonte de dados em seus formatos originais.
- São incrementalmente acrescentados e crescem ao longo do tempo.
- Destina-se ao consumo por cargas de trabalho que enriquecem os 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 transações de streaming e em lote de origens, incluindo armazenamento de objetos em 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 de dados é realizada na camada de bronze. Para garantir contra dados descartados, o Azure Databricks recomenda armazenar a maioria dos campos como cadeia de caracteres, VARIANT ou binário para proteger contra alterações inesperadas de esquema. Colunas de metadados podem ser adicionadas, como a proveniência ou a origem dos dados (por exemplo, _metadata.file_name
).
Validar e eliminar a duplicação de dados na camada prata
A limpeza e a validação de dados são executadas na camada prata.
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 grave os dados nas tabelas de prata.
O Azure Databricks não recomenda gravar em tabelas prateadas diretamente da ingestão. Se você gravar 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 de 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 registro. Se as representações agregadas gerarem muitas cargas de trabalho downstream, essas representações poderão estar na camada prateada, mas normalmente estarão na camada dourada.
- É onde você executa limpeza, desduplicação e 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 downstream.
Impor qualidade de dados
As seguintes operações são realizadas em tabelas de prata:
- Imposição de esquema
- Tratamento de valores nulos e ausentes
- Eliminação de duplicação de dados
- Resolução de problemas de dados fora de ordem e atrasados
- Verificações e aplicação da qualidade dos dados
- Evolução do esquema
- Conversão de tipo
- Junções
Comece a modelar dados
É comum começar a realizar a modelagem de dados na camada prata, incluindo a escolha de como representar dados fortemente aninhados ou semiestruturados:
- Use
VARIANT
o tipo de dados. - Use
JSON
strings. - Crie structs, 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 ouro geralmente são altamente agregados e filtrados para períodos de tempo ou regiões geográficas específicas. Ele contém conjuntos de dados semanticamente significativos que são mapeados para funções e necessidades de negócios.
A camada de ouro:
- Consiste em dados agregados personalizados para análise 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 à lógica e aos 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 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 precisar responder a perguntas sobre o total de vendas semanais, você poderá criar uma exibição materializada chamada weekly_sales
que pré-agrega esses dados para que analistas e outras pessoas não precisem recriar exibiçõ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 o desempenho em consultas e dashboards
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 fita 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 de ingestão de dados.
Frequência de ingestão de dados | Custo | Latência | Exemplos declarativos | Exemplos de procedimentos |
---|---|---|---|---|
Ingestão incremental contínua | Maior | Menor | - Tabela de streaming usando spark.readStream para ingerir do armazenamento em nuvem ou do barramento de mensagens.- O pipeline do Delta Live Tables que atualiza essa tabela de streaming é executado continuamente. - Código de streaming estruturado usando spark.readStream em um notebook para ingerir do armazenamento em nuvem ou do barramento de mensagens em uma tabela Delta.- O notebook é orquestrado usando um trabalho do Azure Databricks com um gatilho de trabalho contínuo. |
|
Ingestão incremental disparada | Inferior | Superior | - Tabela de streaming assimilada do armazenamento em nuvem ou do barramento de mensagens usando spark.readStream .- O pipeline que atualiza essa tabela de streaming é disparado pelo gatilho agendado do trabalho ou por um gatilho de chegada de arquivo. - Código de streaming estruturado em um notebook com um Trigger.Available gatilho.- Este notebook é acionado pelo gatilho agendado do trabalho ou por um gatilho de chegada de arquivo. |
|
Ingestão em lote com ingestão incremental manual | Inferior | Mais alto, por causa de corridas pouco frequentes. | - Ingestão de tabela de streaming do armazenamento em nuvem usando spark.read .- Não usa streaming estruturado. Em vez disso, use primitivos como substituição de partição para atualizar uma partição inteira de uma só vez. - Requer uma arquitetura upstream extensa para configurar o processamento incremental, o que permite um custo semelhante às leituras/gravações do Structured Streaming. - Também requer o particionamento dos dados de origem por um datetime campo e, em seguida, o processamento de todos os registros dessa partição no destino. |