Product News

Git-backed Models: Use Git to govern your Reverse ETL workflows | Census

Jeff Sloan
Jeff Sloan March 07, 2023

Jeff is a Senior Data Community Advocate at Census, previously a Customer Data Architect and a Product Manager. Jeff has strong opinions on LEFT JOINs, data strategy, and the order in which you add onions and garlic to a hot pan. Based in New York City.

At Census, we believe your data deserves the same care and attention as production-grade software systems. That’s why we’re excited to announce our Open Beta for Git-backed Models

Today, we’ve released a bi-directional Git integration that enables data teams to manage Census SQL models with software development best practices. Now, your business-critical models are backed by all of the benefits of Git – peer review, version control, and auditability.

Our vision is that all Census resources should be manageable in code. This is the first step – stay tuned for more improvements on the roadmap. 🚀

Bringing the benefits of Git to your Reverse ETL workflows

In software development, version control is critical to managing changes and ensuring quality. Git helps developers build collaboratively, track changes, and ensure high quality code. 

In the past 4 years, dbt has cemented Git-based processes as an essential part of data and analytics engineering. Data teams now manage the majority of their data work in code – whether in dbt, Terraform, or Python.

Data Activation should be no different.

When business logic lives outside of code, it can be difficult to audit and govern changes that impact live systems. Even with the most powerful RBAC, changes can be made without review and easy-to-catch mistakes can end up impacting your business processes.

That’s why we built Git-backed Models – to enable you to govern your activation flows as seamlessly as the rest of your data stack. This feature brings all the benefits of Git to your Reverse ETL workflows: 

  • Commit logs for auditability and rollbacks
  • Approval and review flows for proposed changes
  • Ability to create automated CI testing checks

At a glance, what do Git-backed Models do?

Git-backed Models enable you to make changes to Census SQL models using configuration YAML files, leveraging best practices of production software development.

In summary, Git-backed Models offer:

  • Resources as Code: Specify your Census SQL models in YAML configuration files.
  • Bi-directional updates: UI or Code – it’s up to you! You and your team members will still have the freedom to make changes in the Census UI (according to your level of access control), or make changes by updating the YAML configuration files in your git repository.
  • Git-Backed Change History: You can already view and rollback changes to Census SQL models directly within the Census UI. Now – view them as they relate directly to git commits, either initiated in code or directly in the Census UI.

When you create or edit SQL Models in the Census UI (and soon: entities and syncs), they will be backed up into a git repository as YAML configuration files. All changes will be represented as commits to those files. 

Manage your Census SQL Models as configuration YAML files

When you create and edit the configuration files via commits and pull requests in a git repository, Census will materialize your changes into your Census workspace. 

Furthermore, we provide an easy-to-audit History view of all SQL Model changes across your entire Census workspace. Whether from GitHub or the Census UI, you will be able to isolate exactly when changes went into effect, and the git commits associated with that change.

SQL Model change history

Ready to get started?

Git-backed Models are now in Open Beta for all customers on the Census Platform Plan.

To enable, head to your workspaces's Settings > Integrations page, and click "Setup" for Git Repository Tracking. For more details, please visit our docs.

Screen Shot 2023-04-25 at 6.16.08 PM.png
Enable Git-backed Models on the Settings > Integrations page

What’s next?

We believe that all Census resources should be manageable in code. SQL Models are our first step on this journey, but Entities, Segments, and Syncs are also critical resources to manage in code on our roadmap. Try the feature now, and be kept up-to-date on our progress in enabling git- and code-based workflows to manage these Census resources.

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: