Best Practices

Growing pains: Moving from DIY to the MDS | Census

Nicole Mitich
Nicole Mitich June 02, 2022

Nicole Mitich is the content marketing manager @ Census. She's carried a love for reading and writing since childhood, but her particular focus is on streamlining technical communication through writing. She loves seeing (and helping) technical folks share their wisdom. San Diego, California, United States

Equipping an early-stage startup with a data infrastructure can feel a little like furnishing a freshman dorm room. You have limited funds to use sparingly, so why would you frivolously spend money on a desk when a board laid across two boxes will do the trick? It doesn’t have to be pretty or durable – you just need a low-cost stopgap for the time being.

The business version of that is hacking together “good enough” infrastructure to solve an immediate problem. When new issues arise – usually as a result of the jerry-rigged solution to the first issue – the business responds by patching on another layer.

This hacky process continues and, before you know it, what started as a minor add-on to your telemetry system has morphed into a full-blown event framework. There are now fully-realized workflows with a foundation made up of a board and two boxes, so the resulting system is brittle, shaky, and prone to collapse.

The shift from DIY solutions to dedicated tooling was the main topic of discussion in our Census, Brooklyn Data Co, and Snowplow joint webinar. It featured some folks who do a lot of thinking about the impact your data infrastructure can have on overall business operations and performance:

The group agreed that the Rube Goldberg-esque approach of a homemade data stack is not only inefficient and costly, but also a waste of your data team’s time.

The real cost of DIY data solutions

Like the makeshift desk, DIY data tools are often created to save time and money. As your business starts rapidly scaling, you begin to need more information than they can provide. That’s when these DIY tools start to fail and fall apart, bringing your business down with them.

“[When it comes to homegrown data analytics tools], what we generally see could be described as Python scripts wrapped in duct tape,” Donny Flynn said. Without a proper modern data stack (MDS), this duct-taped substitute leaves your entire infrastructure hanging by a thread, requiring regular patching to keep your business up and running.

Over time, all that solution patching starts to add up – making that “budget solution” more expensive (and riskier to your business operations) than its modern data stack counterpart.

“When I was an analyst, I cobbled together an ETL pipeline and found I spent more time fixing it when it broke, patching things, and rewriting models than I did actually getting insights from the data derived from it,” said Jordan Peck. “Companies have these data engineers who are very experienced and very expensive and they’re using them to maintain homemade legacy analytics platforms. It’s not the best use of their time and it’s not why they were brought into the business.”

When engineers’ primary focus is on shepherding data from Point A to Point B, there’s simply no time for quality analysis. Shifting from homemade, makeshift data tools to a modern data stack allows analysts and engineers to focus on their core job: Drawing insights from the data and using those insights to improve your business.

“The modern analytics engineer is not necessarily a builder, but an architect,” said Scott Breitenother. “When you’re rolling on your own, it feels like you’re always just worrying about keeping things from exploding. It’s cool to not have to worry about the technology; it just works.”

The modern data stack encompasses a suite of data integration tools. By way of natural data flow, that includes:

  • a fully managed ELT data pipeline
  • a cloud-based data warehouse or data lake as a destination
  • a data transformation tool (like dbt)
  • a business intelligence or data visualization platform

Every company should know what it’s good at and focus its energy and resources there, Scott said. By implementing a modern data stack, internal teams can pivot to the part of the data system that should be unique: The business logic.

Can you trust your data?

Homegrown data stacks are notoriously unreliable. No matter how well-prepared you are in the beginning, you’ll encounter things you never thought of along the way and, more than likely, fall into the dreaded DIY data stack money pit. Even when the system works, analysts can’t fully trust the data that came from it. What if one of the many patches distorted the data quality?

You can’t possibly account for every possible clog in your homemade data pipeline. When it encounters an error (or crashes altogether), you won’t necessarily have easy visibility of the problem or knowledge of how to fix it. These problems are only exacerbated with turnover, meaning the people maintaining the system are not the ones who designed it.

“You can find yourself in what essentially feels like a completely unique situation to you, your architecture, and the problem you’ve got to solve,” Jordan said. “If you’ve got something home-built that’s unique to you, there is no Googling around to find a recognized path to fixing your specific issue.”

Outgrowing the DIY data stack

As your business begins to scale, a modern data platform allows your infrastructure to properly scale with it. Because it’s typically designed for a very specific use case, expanding the parameters of a home-built solution can be both time-consuming and tedious.

Business requirements will change over time – and your data infrastructure must be able to change with them. Admittedly, this evolution is difficult even with reliable tools, since engineers are constantly re-evaluating which metrics to track and what to do with them once they have them. This evolution becomes even more infeasible with unreliable tools. For every new layer your team adds to the DIY system, new opportunities for error are introduced and, as errors surface, you need to make adjustments to correct them.

The more your business tries to grow, the messier the infrastructure becomes until it eventually gets in the way of business operations. Although the homemade infrastructure served you well in the short-term, once you get into the long-term, it’s time to upgrade.

Don’t worry – when it’s time to move out of the dorm room, retire the board and boxes, and buy a real desk, it’s often not as expensive as you’d think. Investing in a modern data stack isn’t even an expense as much as it is a reallocation, so instead of paying engineers and analysts to keep an eye on the pipeline and slap duct tape on the leaks, you’ll pay them for their analysis and insights to drive your business.

“You want to think about what data you want to collect, what analysis you want to do, and the properties and parameters associated with it. You don’t want to think about technical management and overhead,” Jordan said. “When you can trust in the tech, you can start thinking about the business problems.”

Want to learn more? Check out the full webinar with Snowplow and BDC here. Got thoughts and opinions about this topic? Join the conversation around this, and many other data best practices, in The Operational Analytics Club.

Related articles

Customer Stories
Built With Census Embedded: Labelbox Becomes Data Warehouse-Native
Built With Census Embedded: Labelbox Becomes Data Warehouse-Native

Every business’s best source of truth is in their cloud data warehouse. If you’re a SaaS provider, your customer’s best data is in their cloud data warehouse, too.

Best Practices
Keeping Data Private with the Composable CDP
Keeping Data Private with the Composable CDP

One of the benefits of composing your Customer Data Platform on your data warehouse is enforcing and maintaining strong controls over how, where, and to whom your data is exposed.

Product News
Sync data 100x faster on Snowflake with Census Live Syncs
Sync data 100x faster on Snowflake with Census Live Syncs

For years, working with high-quality data in real time was an elusive goal for data teams. Two hurdles blocked real-time data activation on Snowflake from becoming a reality: Lack of low-latency data flows and transformation pipelines The compute cost of running queries at high frequency in order to provide real-time insights Today, we’re solving both of those challenges by partnering with Snowflake to support our real-time Live Syncs, which can be 100 times faster and 100 times cheaper to operate than traditional Reverse ETL. You can create a Live Sync using any Snowflake table (including Dynamic Tables) as a source, and sync data to over 200 business tools within seconds. We’re proud to offer the fastest Reverse ETL platform on the planet, and the only one capable of real-time activation with Snowflake. 👉 Luke Ambrosetti discusses Live Sync architecture in-depth on Snowflake’s Medium blog here. Real-Time Composable CDP with Snowflake Developed alongside Snowflake’s product team, we’re excited to enable the fastest-ever data activation on Snowflake. Today marks a massive paradigm shift in how quickly companies can leverage their first-party data to stay ahead of their competition. In the past, businesses had to implement their real-time use cases outside their Data Cloud by building a separate fast path, through hosted custom infrastructure and event buses, or piles of if-this-then-that no-code hacks — all with painful limitations such as lack of scalability, data silos, and low adaptability. Census Live Syncs were born to tear down the latency barrier that previously prevented companies from centralizing these integrations with all of their others. Census Live Syncs and Snowflake now combine to offer real-time CDP capabilities without having to abandon the Data Cloud. This Composable CDP approach transforms the Data Cloud infrastructure that companies already have into an engine that drives business growth and revenue, delivering huge cost savings and data-driven decisions without complex engineering. Together we’re enabling marketing and business teams to interact with customers at the moment of intent, deliver the most personalized recommendations, and update AI models with the freshest insights. Doing the Math: 100x Faster and 100x Cheaper There are two primary ways to use Census Live Syncs — through Snowflake Dynamic Tables, or directly through Snowflake Streams. Near real time: Dynamic Tables have a target lag of minimum 1 minute (as of March 2024). Real time: Live Syncs can operate off a Snowflake Stream directly to achieve true real-time activation in single-digit seconds. Using a real-world example, one of our customers was looking for real-time activation to personalize in-app content immediately. They replaced their previous hourly process with Census Live Syncs, achieving an end-to-end latency of <1 minute. They observed that Live Syncs are 144 times cheaper and 150 times faster than their previous Reverse ETL process. It’s rare to offer customers multiple orders of magnitude of improvement as part of a product release, but we did the math. Continuous Syncs (traditional Reverse ETL) Census Live Syncs Improvement Cost 24 hours = 24 Snowflake credits. 24 * $2 * 30 = $1440/month ⅙ of a credit per day. ⅙ * $2 * 30 = $10/month 144x Speed Transformation hourly job + 15 minutes for ETL = 75 minutes on average 30 seconds on average 150x Cost The previous method of lowest latency Reverse ETL, called Continuous Syncs, required a Snowflake compute platform to be live 24/7 in order to continuously detect changes. This was expensive and also wasteful for datasets that don’t change often. Assuming that one Snowflake credit is on average $2, traditional Reverse ETL costs 24 credits * $2 * 30 days = $1440 per month. Using Snowflake’s Streams to detect changes offers a huge saving in credits to detect changes, just 1/6th of a single credit in equivalent cost, lowering the cost to $10 per month. Speed Real-time activation also requires ETL and transformation workflows to be low latency. In this example, our customer needed real-time activation of an event that occurs 10 times per day. First, we reduced their ETL processing time to 1 second with our HTTP Request source. On the activation side, Live Syncs activate data with subsecond latency. 1 second HTTP Live Sync + 1 minute Dynamic Table refresh + 1 second Census Snowflake Live Sync = 1 minute end-to-end latency. This process can be even faster when using Live Syncs with a Snowflake Stream. For this customer, using Census Live Syncs on Snowflake was 144x cheaper and 150x faster than their previous Reverse ETL process How Live Syncs work It’s easy to set up a real-time workflow with Snowflake as a source in three steps: