5 Data as a Product
by Mariusz Sieraczkiewicz
This chapter covers
- Validating whether the Data Product candidate is legitimate.
- Selecting the person responsible for its development.
- Forming the team that will develop it.
- Defining the external interfaces of the Data Product.
- Designing the building blocks of the Data Product.
- Integrating the Data Product into the Data Mesh ecosystem.
- Complementing the Data Mesh with Data Contracts & Sharing Agreements.
In the previous chapter, when discussing the Domain Ownership principle, we presented sample Data Products for the business capability Produce Content. We used the term Data Product without specifying what it is and how to create it. It is time to look at what it means to treat data as a product.
Often when thinking about data, we focus on technical aspects such as schema or data relationships. However, we need to remember that other related elements, such as schema description, domain description, the definition of access rules, metrics, and quality checks, are equally important. Often these individual elements are handled by separate, dedicated, specialized data teams. It turns out that, in reality, these non-functional aspects of data do not form an easily managed coherent whole with the data itself.