Skip to content

Data Mesh Principles

The decentralised approach to data architecture: domain ownership, data as a product, self-service platforms and federated governance.

Editorial team 2 min read

Data mesh is an organisational and architectural approach for large companies where a single central data team becomes a bottleneck.

The Four Principles

  1. Domain ownership: the teams closest to the data — sales, logistics, payments — own and publish their data, rather than a central team.
  2. Data as a product: published data is treated as a product with users: documented, discoverable, reliable, with a named owner and quality commitments.
  3. Self-service data platform: a central platform team provides shared tools and infrastructure so domain teams can build and publish data products without being infrastructure experts.
  4. Federated computational governance: common standards — interoperability, security, privacy, definitions — agreed centrally and enforced automatically where possible.

Why Organisations Adopt It

  • Central teams can't keep up with demand in large organisations.
  • Domain experts understand their data best.
  • Clear ownership improves quality.

Challenges

  • Requires data skills within domain teams.
  • Risk of inconsistency without strong standards.
  • Significant organisational change, not just new technology.
  • Can be overkill for smaller organisations.

Is It Right for You?

Data mesh suits large organisations with many distinct domains and a mature data culture. Smaller organisations usually benefit more from a well-run central platform — while still borrowing the idea of treating data as a product with clear owners.

Start With the Product Mindset

Whatever the architecture, documented, owned, quality-checked data products make data easier to trust and use.

More in Data engineering

All Data engineering guides →
Data engineering Guide · 2 min

What Is Data Engineering?

What data engineers do, how data flows from source systems to analysis and AI, and the core skills involved.

Data engineering 2 min read 20 Jan 2026

Data engineering Guide · 2 min

ETL Versus ELT

The difference between transforming data before loading and after, and why modern warehouses shifted the default to ELT.

Data engineering 2 min read 19 Jan 2026

Data engineering Guide · 1 min

Data Warehouses, Data Lakes and Lakehouses

The three main architectures for analytical data storage, what each is good for and how they are converging.

Data engineering 1 min read 18 Jan 2026

Data engineering Guide · 2 min

Data Modelling for Analytics

Star schemas, facts and dimensions: how to design tables that make analysis fast, consistent and easy to understand.

Data engineering 2 min read 17 Jan 2026