All sessions
Conference SessionBeginner

Designing Data Pipelines That Don’t Hate You Six Months Later

Data pipelines rarely fail on day one. The failure usually arrives later, when schema drift, volume growth, and ownership changes expose early shortcuts. Chris Birie uses "Designing Data Pipelines That Don’t Hate You Six Months Later" to follow that thread into design patterns for schema change, idempotency, observability, and growth before handoff gets painful, giving attendees a practical way to bring the lesson back to their own systems.

About This Session

Most data pipelines don’t fail on day one. They fail months later — when requirements change, data volume grows, or the original developer is no longer around. Much like martial arts training, pipelines built on shaky fundamentals tend to collapse under pressure.

This session focuses on practical data pipeline design patterns that emphasize durability, maintainability, and operational confidence. Drawing from experience modernizing enterprise data platforms, I’ll walk through common failure modes in batch and streaming pipelines and how disciplined upfront design decisions can prevent them.

We’ll cover topics such as schema evolution, idempotency, observability, testing strategies, and scaling — grounded in real examples of what worked, what broke, and what we had to correct after the fact. There are no silver bullets here — just repeatable patterns and lessons learned from systems that had to stay running while everything around them changed.

This talk is tool-agnostic and focused on principles that apply whether you’re using Python, Spark, Kafka, or traditional ETL platforms.

What’s in it for the attendee

- How to design pipelines that withstand change and growth

- Patterns for building observability and testability into data systems

- Common anti-patterns that lead to brittle pipelines

- Practical guidance rooted in real production experience