SE Radio 717: Eric Tschetter on Decoupling Observability
Get the full intelligence
Search transcripts, export clips, track mentions, and explore all topics from “SE Radio 717: Eric Tschetter on Decoupling Observability” inside PodZeus.
In this episode of Software Engineering Radio, host Amay Mbadeh interviews Eric Tschetter, a founding team member of the Apache Druid project and VP of Engineering at Metamarkets, about the evolving landscape of observability in modern software systems. Tschetter argues that the industry is moving from tightly coupled, vertically integrated observability stacks—like Splunk, ELK, and Grafana—toward a decoupled architecture inspired by the historical evolution of business intelligence. He explains that decoupling observability into distinct layers—ingest, storage, query compute, and visualization—enables greater flexibility, reduces vendor lock-in, and supports multiple query languages like SPL, LogQL, and PromQL. The key to this decoupling lies not in standardizing data schemas, but in unifying around query language APIs, allowing teams to use their preferred tools while accessing shared data. Tschetter emphasizes that success is measured by whether teams can continue using their existing workflows while gaining access to more data. He also discusses practical concerns like cold start latency, caching strategies, sampling trade-offs, and the importance of governance in multi-team environments. Finally, he advocates for decoupling as an inevitable and necessary evolution, especially as systems grow in complexity and scale. Key takeaways include: 1) Decouple observability by separating data storage from query and visualization layers to avoid vendor lock-in; 2) Use open standards like OpenTelemetry for data ingestion and support multiple query languages to maintain flexibility; 3) Prioritize data accessibility over schema standardization—focus on query language interoperability instead; 4) Leverage cloud object stores for cost-effective, long-term data retention; 5) Implement governance and resource isolation to prevent noisy neighbor issues; 6) Start migration with high-value, isolated data sets to prove value without disrupting workflows; 7) Recognize that decoupling is not just technical but organizational—it enables innovation and collaboration across teams. The episode concludes with Tschetter’s strong endorsement of decoupling as the future of observability, with a call to action for teams to envision what’s possible when data is truly accessible.
Decouple observability by separating storage from query and visualization layers to avoid vendor lock-in and enable multi-tool access.
Use OpenTelemetry for data ingestion and support multiple query languages (e.g., SPL, LogQL, PromQL) to maintain team flexibility.
Focus on query language standardization—not data schema—since query APIs are the true interface for data interaction.
Store data in cloud object stores (e.g., S3) for cost efficiency and long-term retention, then query it through various tools.
Governance and resource isolation are critical to prevent performance conflicts between teams using different query patterns.
…and 2 more takeaways available in PodZeus
Introduction to Observability and Guest
Host Amay Mbadeh introduces the episode and welcomes Eric Tschetter, founder of Apache Druid and former VP of Engineering at Metamarkets, to discuss the future of observability.
Defining Observability
Eric defines observability as the ability to understand system behavior through logs, metrics, traces, and alerting, emphasizing its role in debugging and system reliability.
The Problem with Tightly Coupled Stacks
Eric explains how vertically integrated stacks like Splunk, ELK, and Grafana create walled gardens, leading to vendor lock-in, organizational silos, and data sprawl.
Decoupling as the Natural Evolution
Drawing parallels with business intelligence, Eric argues that observability is following the same path—evolving from walled gardens to a decoupled three-layer architecture.
The Layers of Decoupled Observability
Eric outlines the four layers of a decoupled stack: ingest, storage, query compute, and visualization, with OpenTelemetry as the modern ETL equivalent.
“Think about what do you think could become possible. If that data set... could suddenly get a new data set and make it available to more teams, like what could become possible?”
“I fundamentally do not believe there will ever be a universal schema to data. Because... I see the shape of data similar to like us as human beings, where each new human that's born is just a little bit different from everybody else.”
“The real standard is not trying to figure out how that data should be shaped. But figuring out how that data should be interfaced with. And that's really the query language.”
Host
Guest
Eric Tschetter
person
OpenTelemetry
product
Apache Druid
product
Imply
organization
Splunk
organization
Grafana
product
Lumi
product
S3
other
ELK Stack
product
Datadog
organization
SE Radio 714: Costa Alexoglou on Remote Pair Programming
Software Engineering Radio - the podcast for professional software developers • 51m • 4/1/2026
SE Radio 715: Sahaj Garg on Designing for Ambiguity in Human Input
Software Engineering Radio - the podcast for professional software developers • 48m • 4/8/2026
SE Radio 716: Martin Kleppmann Local-First Software
Software Engineering Radio - the podcast for professional software developers • 55m • 4/15/2026
SE Radio 718: Will Sentance on JS Modernization
Software Engineering Radio - the podcast for professional software developers • 58m • 4/29/2026
SE Radio 719: Birol Yildiz on Building an Agentic AI SRE
Software Engineering Radio - the podcast for professional software developers • 53m • 5/6/2026
Get the full intelligence
Search transcripts, export clips, track mentions, and explore all topics from “SE Radio 717: Eric Tschetter on Decoupling Observability” inside PodZeus.
Start discovering podcast insights today
Start with a 7-day trial and explore a growing catalog of popular podcasts. No credit card required.
No credit card required • 7-day trial • Cancel anytime
