Chapter 88. What Is a Data Mesh, and How Not to Mesh It Up
Barr Moses and Lior Gavish
We’ve seen how software engineering teams transitioned from monolithic applications to microservice architectures. The data mesh is, in many ways, the data platform version of microservices.
As first defined by Zhamak Dehghani, the original architect of the term, a data mesh is a type of data-platform architecture that embraces the ubiquity of data in the enterprise by leveraging a domain-oriented, self-serve design. This idea borrows from Eric Evans’s theory of domain-driven design, a flexible, scalable software development paradigm that matches the structure and language of your code with its corresponding business domain.
Unlike traditional monolithic data infrastructures that handle the consumption, storage, transformation, and output of data in one central data lake, a data mesh supports distributed, domain-specific data consumers and views data as a product, with each domain handling its own data pipelines.
If you haven’t already, we highly recommend reading Dehghani’s groundbreaking article ““How to Move Beyond a Monolithic Data Lake to a Distributed Data Mesh” or watching Max Schulte’s tech talk on why Zalando transitioned to a data mesh. You will not regret it.
Why Use a Data Mesh? ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access