Data mesh: principles, success conditions & criticisms

The pattern: a central data team becomes the bottleneck. Every domain (product, marketing, finance, operations) needs data. They all request it from the central data platform team. The central team is overwhelmed. Data delivery takes weeks. Business stakeholders are frustrated. Data qualityData qualityThe degree to which data is fit for purpose: accurate, complete, consistent, timely, valid and unique. Poor quality data undermines analytics, reporting and AI.View full definition → is inconsistent because the central team doesn't understand domain-specific nuances.

Zhamak Dehghani (then at Thoughtworks) diagnosed this as an organizational and architectural problem, not a technical one. Her solution: distribute data ownership to the domains that understand it best.

The four principles of data meshdata meshData Mesh is a decentralized approach to data architecture and organization where domain teams own and serve their data as products, governed by shared standards.View full definition →

1. Domain-oriented decentralized data ownership

Data is owned and served by the domain that produces it. The checkout domain owns checkout data. The customer domain owns customer data. Each domain team is responsible for data qualitydata qualityThe degree to which data is fit for purpose: accurate, complete, consistent, timely, valid and unique. Poor quality data undermines analytics, reporting and AI.View full definition →, reliability, and access.

2. Data as a product

Each domain doesn't just produce data, it produces a data productdata productA data asset managed like a product, with an owner, defined users, guaranteed quality, and measurable business value.View full definition →. A data productdata productA data asset managed like a product, with an owner, defined users, guaranteed quality, and measurable business value.View full definition → has an owner, an SLA, documentation, schemaschemaA schema is the formal blueprint that defines how data is structured, named, typed, and related within a database, file, or message.View full definition →, discoverability. It's treated with the same product management discipline as a software product.

3. Self-serve data platform

The central data team shifts from data producer to platform provider. They build the infrastructure that domain teams use to produce and consume data products, the tooling, standards, and infrastructure, not the data itself.

4. Federated computational governance

Global policies (GDPR compliance, security standards, data qualitydata qualityThe degree to which data is fit for purpose: accurate, complete, consistent, timely, valid and unique. Poor quality data undermines analytics, reporting and AI.View full definition → thresholds) are defined centrally and enforced by the platform. Domain teams operate within these guardrails but have autonomy in how they implement them.

When data meshdata meshData Mesh is a decentralized approach to data architecture and organization where domain teams own and serve their data as products, governed by shared standards.View full definition → makes sense

Data meshData meshData Mesh is a decentralized approach to data architecture and organization where domain teams own and serve their data as products, governed by shared standards.View full definition → solves a scale and autonomy problem. It requires significant organizational maturity to implement. Ask these questions:

• Do you have multiple product domains with distinct data domains? (< 3 domains → mesh is overkill)
• Is the central data team a bottleneck? (If not, the problem the mesh solves doesn't exist)
• Do your domain teams have sufficient data engineering capability? (Mesh requires each domain to own their data engineering, this is a significant capability requirement)
• Do you have leadership alignment to restructure data ownership? (Mesh is an organizational change, not just a technical one)

Airbnb, Netflix, and Intuit have implemented mesh-like architectures. But they had hundreds of data engineers and complex multi-domain organizations. For a 500-person company with one product domain, a centralized architecture with good process is probably better.

The Criticisms

Data meshData meshData Mesh is a decentralized approach to data architecture and organization where domain teams own and serve their data as products, governed by shared standards.View full definition → is not universally beloved. Common criticisms:

• Duplication risk: Without strong governance, domains create overlapping, inconsistent versions of shared entities (customer, product).
• Capability requirement: Most domain teams don't have the data engineering skills to produce quality data products. You're shifting the problem, not solving it.
• Complexity: Federated governance is hard. Cross-domain joins become distributed system problems.

The honest answer: data meshdata meshData Mesh is a decentralized approach to data architecture and organization where domain teams own and serve their data as products, governed by shared standards.View full definition → is a solution for a specific problem at scale. Applied prematurely or without organizational readiness, it creates more problems than it solves.

Quiz Questions

1. Quel problème organisationnel le data meshdata meshData Mesh is a decentralized approach to data architecture and organization where domain teams own and serve their data as products, governed by shared standards.View full definition → cherche-t-il principalement à résoudre ?

A) Le coût du stockage de données

B) L'équipe data centrale qui devient un goulot d'étranglement, ralentissant la livraison de données aux domaines

C) La sécurité des données dans le cloud

D) La vitesse de traitement des requêtes SQLSQLSales Qualified Lead: a prospect the sales team has validated as ready for direct outreach and a proposal, having passed clear qualification criteria.View full definition →

Réponse: B

2. Dans le data meshdata meshData Mesh is a decentralized approach to data architecture and organization where domain teams own and serve their data as products, governed by shared standards.View full definition →, quel est le nouveau rôle de l'équipe data centrale ?

A) Propriétaire de toutes les données de l'organisation

B) Fournisseur de plateforme self-serve que les équipes domaines utilisent pour produire leurs data products

C) Équipe d'audit et de conformité

D) Équipe de reporting BIBITechnologies and processes that turn raw data into actionable insights via reporting, dashboards and analysis, so teams can decide based on facts rather than intuition.View full definition →

Réponse: B

3. Dans quel contexte le data meshdata meshData Mesh is a decentralized approach to data architecture and organization where domain teams own and serve their data as products, governed by shared standards.View full definition → est-il le plus adapté ?

A) Une startup avec 50 employés et un seul produit

B) Une organisation multi-domaines mature avec de nombreuses équipes data et un bottleneck central avéré

C) Toute organisation souhaitant améliorer sa gouvernance des données

D) Une organisation avec peu de compétences en data engineering

Réponse: B