Best Practices

Start small to build the modern data stack | Census

Allie Beazell
Allie Beazell June 14, 2021

Allie Beazell is director of developer marketing @ Census. She loves getting to connect with data practitioners about their day-to-day work, helping technical folks communicate their expertise through writing, and bringing people together to learn from each other. Los Angeles Metropolitan Area, California, United States

Building a modern data stack doesn’t require a lot of up-front effort. In fact, one of the biggest mistakes you can make when transitioning to a modern data stack is trying to do it all at once as a Goliath task.There are a lot of our favorite folks in the data space that agree with this take (in fact, a bunch of them recently talked about building the modern data stack in a recent Mixpanel’s recent webinar). By starting small, you lean into one of the modern data stack’s main strengths: its modularity. In the process, you’ll steadily construct a data infrastructure that’s efficient and customized to your business’s exact needs, all without stressful workflow disruptions and difficult buy-in conversations. So, start small. The journey to a modern data stack (and a leap into better data) starts with one small optimization.

It’s the modularity of the modern data stack that makes it exciting

The modern data stack is unique because it’s much more modular than stacks of the past. By “modular,” I mean that each tool serves a distinct purpose, mutually exclusive to the other tools that support it. This modularity is where a lot of the modern data stack’s strength comes from and is why it may seem feasible to shift your entire data stack all at once.

We think of the modern data stack as a body, with a reverse ETL tool (like Census 👋) serving as the spine of the nervous system. Individually, each type of tool has a specific job that none of the others can do, while collectively, they all function as one unit.

Domo shows a good example of non-modular design: it’s a product that dabbles in visualization, data transformation, data ingestion, and more. With non-modular tools like Domo, you typically use only a handful of its features, which means you’re paying for more than you use. If you do use all of its features, there are bound to be areas where functionality could be improved with a more niched-down product. All this means your data team has to create time-intensive workarounds or make do with sub-par functionality.

Gather a bunch of these non-modular tools into one stack, and you get a lot of overlap, redundancy, and waste. What’s worse, it’s hard to rethink which tools you use without rethinking the whole stack because they’re all tangled together like a headphone cord left in your pocket.

Modularity, on the other hand, leads to simplicity. Because each tool focuses solely on its own area of expertise, you know exactly what each tool in the stack is doing and why. This typically leads to tools with better ROI (i.e., they’re efficient at accomplishing what you pay for) that are easier to implement because of their specialized scope. Plus, if you need to swap out a tool, you’re not rethinking the entire stack; you’re just changing one part.

Drizly’s presentation at Fivetran’s 2020 Modern Data Stack Conference is a great encapsulation of why you should move slowly and the impact a modern data stack can have on an organization. Drizly started their transition to a modern data stack in late 2019 by focusing on the processes and teams data could support best, and by mid-2020, they were most of the way through their data journey. As an alcohol delivery service, their business boomed during the COVID-19 pandemic, and with this new data stack, they were not only able to adapt but also simultaneously build a data foundation for their organization. All of this started with a single step toward the modern data stack.

The prospect of having a set of modular, best-in-class tools in your data stack is exciting for a lot of businesses we talk to (and not just because it puts them in the same class as companies like Drizly). Many of them want to start right away and transition to new tools and systems all at once.

But I encourage you to press pause, start small, and really think through the transition process to a modern data stack.

Just because you can move fast doesn’t mean you should

Compared to data infrastructure from even five years ago, a modular modern data infrastructure is very quick and simple to set up. However, you should still take your time in creating a modern data infrastructure so you can build it to your specifications.

Seth Rosen at Hashpath proved in late 2020 that someone with minimal data experience could set up a full analytics stack in around 45 minutes. In the past, something similar would’ve likely taken at least a two-week sprint. While Seth’s example is more a proof of concept than a full playbook, his point remains: “The infrastructure of a modern analytics stack is now the easiest part.”

The hard part of building the modern data stack is making sure your new tooling fits your specific use case.  

To take a page out of Drizly’s data book again: Move slowly and carefully evaluate each tool you add to your stack. It took Drizly about 18 months to make the transition from their old data stack powered by Redshift and Domo to their new, modern data stack powered by Snowflake, dbt, and Census that fits their exact business needs.

Drizly started small by focusing on standardizing and simplifying their modeling process. The Drizly data team could see what impact an improved modeling process had before moving on to identify their next problem: data warehouse scalability (they switched from Redshift to Snowflake). On this foundation of a standardized modeling process, Drizly could then methodically pick and choose what to prioritize next.

By measuring the success of each pilot process before moving into the next step, the Drizly team knew that they were building on foundation that would support each subsequent goal.

Focus on simplifying specific processes first

Most data teams we talk to have one (or a dozen) processes that drive them up the wall—from version control to dealing with a flood of ad-hoc requests. Rather than casting a wide net to solve all these pain points at once, start implementing your modern data stack where your team experiences the most acute discomfort.

This means picking one process to optimize that solves a specific pain point, then finding the right tool for that optimized process and implementing it first. In Drizly’s case, their data team modeled data within Domo, which was a huge headache.

Emily Hawkins, data infrastructure lead at Drizly, explained, “There was no real version control. There were datasets in Domo that were labeled ‘_donotuse’ and ‘_WIP.’ It was not a great process to figure out what had changed or what was accurate. That was one of the first things we wanted to tackle.”

So, the first phase of their transition to a modern data stack focused solely on moving modeling out of Domo and into dbt. This first phase took about five months to complete and allowed Drizly’s data team to simplify and standardize their modeling. If you need some inspiration, here are three ways to solve the immediate aches and pains of most teams:

  1. Get CS reps the data they need faster. Great customer experience helps reduce churn and has a direct impact on growth and revenue. Use a reverse ETL tool, like Census, to pull data out of a data warehouse and into Zendesk. Start with just one set of data, like how many users are active in one account.
  2. Heatmap data destinations. Look into where your data team sends data most often to determine what processes you should prioritize first. For instance, if it’s Salesforce, talk to the sales team and standardize that data flow.
  3. Track how your data team uses data. Knowing the numbers behind how data teams use data will help you find process bottlenecks that need simplification or standardization. For example, Drizly tracked event data volume per day, commits per day, and deploys per week.
Use heat-mapping to determine which destinations your team relies on most to prioritize the processes that you optimize first. You can use a tool like Census to gain visibility into sync histories and overall activity.

Moving modeling out of Domo and into dbt, while a good example of simplification, is probably still too big of a process to start with for many data teams. Don’t be afraid to go even smaller. The goal should be to hone in on one specific process and simplify it with a specialized tool.

Quick wins build buy-in for your dream data stack

Starting small with the core processes and workflows within your organization allows you to build a series of quick wins. These quick wins help prove to executives that your vision for how your organization uses data has merit.

A reverse ETL tool like Census puts data into the hands of your stakeholders so they can make daily, data-informed decisions that impact the bottom line. To dive deeper into what it means to build a modern data stack, check out our startup guide to the modern data stack.

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: