📙 Looking for more on data contracts? Check out my book! 📙 2024
I was at Confluent’s Data In Motion event in London yesterday and this quote by Tim Berglund in they keynote caught my attention:
When you start your adoption of data contracts, you want to start with the most critical datasets, because this is where you can add the most value.
When a schema change is made in a data contract you might want to think about how you can automate the deployment of that and migration to it, without data loss or effort from the consumers.
What is the problem you’re trying to solve with data contracts?
The problem with using data isn’t usually finding it - data catalogs can surface that data.
I was giving a talk a few weeks ago on data contracts, and through it one audience member seemed particularly engaged, nodding along throughout.
Many data engineering teams spend a lot of their time struggling to deal with upstream data.
Following on from yesterday’s note on the API Mandate and data contracts, I wan’t to be clear you don’t need to mandate data contracts to get adoption.
In 2002 Jeff Bezos issued the now infamous API Mandate which stated the following:
Every workflow and process you have has a cost, including the following: