Pular para o conteúdo

Tema

Data Mesh · tema 33 de 40

Data Mesh: os quatro princípios

30 min · 2 vídeos · 11 cards · 1 drill

Por que cai

A banca usa Data Mesh para separar quem leu o resumo de quem entendeu o problema. Quase todo candidato recita os quatro princípios; poucos conseguem dizer qual dor cada um resolve e o que a empresa precisa ter antes de tentar. A repergunta favorita é 'quando Mesh é má ideia'.

Pré-teste · 1 de 2

responda antes de ver

Qual problema o princípio de propriedade por domínio pretende resolver?

Quanta certeza você tem?

Vídeo · português · 4 min

Quatro minutos para fixar os quatro princípios na ordem certa. Assista primeiro; o tema depois explica que dor cada um resolve, que é o que a banca pergunta.

Em uma frase

Data Mesh é uma proposta de organização, não de ferramenta: devolve a propriedade do dado ao domínio que o gera, exige que ele seja tratado como produto, e só funciona com uma plataforma self-serve e governança verificada por automação.

Os quatro princípios, e a dor de cada um

PrincípioDor que resolveO que exige em troca
Propriedade por domínioTime central vira gargalo porque não tem o contexto do negócioGente capaz dentro do domínio
Dado como produtoTabela sem dono, sem documentação e sem garantia de atualizaçãoContrato, acordo de nível de serviço, versionamento, catálogo
Plataforma self-serveCada área reinventa ingestão, qualidade e observabilidadeUm time de plataforma que entrega capacidade, não pipelines
Governança federada e computacionalCada domínio define 'cliente' do seu jeito e nada cruzaPadrões verificados por automação, não por comitê

A palavra computacional no quarto princípio é o detalhe que separa quem entendeu: as regras comuns — nomenclatura, chave compartilhada, mascaramento de dado sensível, formato — são verificadas pela plataforma, não por revisão manual. Comitê não escala; automação sim.

Produto de dados: o que muda

produto de dadosConjunto de dados publicado por um domínio com dono nomeado, documentação, contrato de esquema e semântica, acordo de nível de serviço, versionamento e presença no catálogo.

A diferença entre achar uma tabela clientes_final_v2 no lake e achar um produto que declara: sou a visão oficial de cliente do domínio de cadastro, atualizo a cada hora, tenho estas garantias, e se eu mudar o esquema você é avisado antes.

O checklist que vale decorar: descobrível, endereçável, confiável, com semântica própria, interoperável, seguro por padrão, valioso por si só. Interoperável é o mais esquecido — e é justamente o que impede o silo.

Quando Mesh é má ideia

  • Poucos domínios, com o time central atendendo sem fila relevante. Sem gargalo, o custo de plataforma e governança não se paga.
  • Sem gente no domínio. Propriedade sem capacidade é responsabilidade nominal, e o dado apodrece com o nome de alguém.
  • Sem plataforma. Descentralizar antes de ter autoatendimento transfere o gargalo para dentro de cada área.

Como responder isso em voz alta

Comece pelo diagnóstico, não pelos princípios: por que o modelo atual trava. Depois apresente os quatro como um conjunto, nomeando a dor de cada um. Termine com os pré-requisitos e com o que você faria enquanto eles não existem — é essa última parte que mostra critério em vez de entusiasmo.

Se quiser outro ângulo1 vídeo
Complementar e longo, com a origem do conceito e o contexto organizacional. Use os primeiros trechos, sobre por que o modelo centralizado trava; é o argumento que sustenta a resposta oral.

Como cai na sabatina

A empresa tem um time central de dados que virou gargalo. Data Mesh resolve? O que precisaria acontecer antes?

Erros comuns

  • Tratar Data Mesh como ferramenta ou produto. É um conjunto de princípios de organização; nenhuma compra implementa Mesh.
  • Achar que Mesh elimina a plataforma central. Ela muda de papel: deixa de construir pipelines para todo mundo e passa a oferecer a plataforma self-serve que os domínios usam.
  • Confundir descentralizar com abandonar. Sem governança federada e padrões comuns, o resultado não é Mesh, é um silo por área com nomes diferentes para a mesma coisa.
  • Propor Mesh para empresa pequena ou com poucos domínios. O custo de plataforma e governança só se paga quando o time central realmente virou gargalo para muitas áreas.
  • Esquecer que o domínio precisa ter gente. Propriedade por domínio exige alguém no domínio capaz de manter o produto de dados; sem isso, a responsabilidade é nominal e o dado apodrece.
  • Dizer que Mesh substitui o data lake. O armazenamento continua existindo; o que muda é quem é dono do que está nele e como aquilo é publicado.

Flashcards

Card 1 de 11

0 certos · 0 a rever

Drill

Qual princípio responde?

Para cada sintoma, diga o princípio do Mesh que o endereça.

  1. 1.O time central não conhece as regras de negócio de crédito e modela errado.

  2. 2.Ninguém sabe quem mantém a tabela de clientes nem quando ela atualiza.

  3. 3.Cada área montou o próprio pipeline, com ferramenta e padrão diferentes.

  4. 4.Duas áreas definem 'cliente ativo' de formas incompatíveis.

  5. 5.Um produto de dados expõe CPF sem mascaramento.

Quiz · 1 de 2

Qual afirmação sobre Data Mesh é mais defensável numa sabatina?

Explique para um gerente

Explique em um minuto por que dar os dados de volta para as áreas pode melhorar a qualidade, em vez de virar bagunça.

Se travar numa palavra técnica, é sinal de que ainda não entendeu essa parte.

Prefiro falar em voz alta

00:00

Toque para gravar, ou responda em voz alta sem gravar

Perguntas de sabatina deste tema2
  • · Nosso time central de dados virou gargalo: as áreas esperam semanas por uma tabela. Data Mesh resolve? O que precisaria acontecer antes?
  • · O que diferencia um 'produto de dados' de uma tabela publicada no data lake?
Responder no simulado
Para ir além3 artigos