An old data vendor fired us for moving too much data.
We were moving so much volume at my previous co that they were losing money on us. So we built an early version of our own, in-house. Filament, what we build today, came out of that, and it's free and open source.
Since launch a lot of the teams reaching out have been data-adjacent teams like GTM & HR, often without a data team of their own, plus companies in spaces like home services where data infrastructure is becoming more important.
Every week, I'm going to explain one data movement concept, for them and anyone else who's curious --
001: What does "moving data" mean?
Your data lives in lots of places.
Customer records in your CRM like Salesforce Product usage in a CDP like PostHog Campaign results in your marketing tools like Meta or LinkedIn Ads and probably a few spreadsheets on top of that
To understand anything across all of it (for example, "which campaigns bring in customers who stay for more than 6 months"), you need it in one central place, and usually that means putting it in a data warehouse or a data lake.
Getting it there is "data movement."
The goal is getting data from point A to point B in the most efficient way possible. In practice thats keeping the data up to date without it slowing down or getting expensive as the volume grows.
Once it's centralized, you can start building on it, whether that's a data platform or a context layer.
Filament moves data from databases, APIs, streams, files and webhooks to wherever you need it, fast. You might start with a warehouse or lake, then send the same data to a search system or an ML pipeline as your team builds more.