Conforme uma empresa cresce, o time central de dados vira um gargalo. Marketing, finanças, operações e vendas dependem todos de uma única equipe sobrecarregada para criar relatórios e pipelines. As filas crescem, as decisões atrasam e a frustração contamina a cultura.
O data mesh é uma resposta a esse problema. Em vez de centralizar todos os dados em um único time, ele distribui a responsabilidade pelos dados para os domínios de negócio que melhor os entendem, tratando dados como um produto.
Data mesh, porém, não serve para todo mundo. Adotá-lo cedo demais cria mais caos do que resolve. Abaixo eu explico o conceito, seus quatro princípios e como saber se sua empresa está pronta.
O que é data mesh?
Data mesh é uma abordagem de arquitetura e organização que descentraliza a responsabilidade pelos dados, distribuindo-a entre domínios de negócio em vez de concentrá-la em um time central. Cada domínio passa a ser dono dos seus próprios dados e os disponibiliza como um "produto de dados" confiável para o resto da empresa.
A premissa é simples: quem conhece melhor os dados de vendas é o time de vendas, não um engenheiro central que nunca falou com um cliente. Ao dar a propriedade, e a responsabilidade pela qualidade, para o domínio, o data mesh remove o gargalo central e escala a organização de dados horizontalmente.
Os quatro princípios do data mesh
O conceito, criado por Zhamak Dehghani, se apoia em quatro pilares:
- Propriedade por domínio (domain ownership). Cada área de negócio é dona dos seus dados, do pipeline ao consumo.
- Dados como produto (data as a product). Dados deixam de ser subproduto e passam a ser produtos com SLA, documentação, qualidade e "clientes" internos.
- Plataforma self-service. Um time de plataforma fornece a infraestrutura para que os domínios criem produtos de dados sem reinventar a roda.
- Governança federada. Padrões globais (segurança, qualidade, interoperabilidade) são definidos centralmente e executados por cada domínio.
Esses quatro princípios funcionam juntos. Adotar propriedade por domínio sem governança federada, por exemplo, recria os silos que você tentava eliminar, só que agora sem controle.
Quando data mesh faz sentido (e quando não)
A pergunta mais importante não é "como implementar data mesh", e sim "minha empresa precisa disso agora?". Data mesh resolve um problema de escala organizacional, não de tecnologia.
Faz sentido quando:
- Você tem múltiplos domínios de negócio complexos, cada um com necessidades de dados distintas.
- O time central de dados é um gargalo crônico e as filas de pedidos só crescem.
- A empresa tem maturidade técnica para sustentar governança federada.
Não faz sentido quando:
- Sua empresa é pequena ou média e um time central ainda dá conta.
- Você ainda não resolveu o básico: qualidade, governança e uma fonte da verdade.
- Falta maturidade de engenharia para que cada domínio mantenha seus próprios produtos de dados.
Boa parte das empresas que tentam data mesh cedo demais acaba abandonando ou revertendo a iniciativa. A culpa raramente é do conceito; é da falta de pré-requisitos.
Conclusão
Data mesh é poderoso, mas é remédio para uma dor específica: o gargalo central em organizações grandes e complexas. Para a maioria das empresas de médio porte, o caminho mais inteligente é primeiro construir uma base sólida, com lakehouse, governança e BI confiável, e só então considerar descentralizar.
Na Corpview, ajudamos a diagnosticar em que estágio de maturidade sua empresa está e qual arquitetura entrega mais valor agora, sem modismo caro. Antes de adotar a tendência da vez, agende uma Sessão Estratégica gratuita e descubra o que realmente vai destravar suas decisões.