Beyond the Pipeline: Data Isn't Oil, It's Power.

4 MIN READ
MIN READ

Originally published on Medium, this piece by Winston Hearn dives into a philosophical discussion on why the "data is oil" metaphor is no longer serving the tech industry. Hearn argues that by reframing our thinking to "data is power," we can better understand and manage today's complex data systems.


For more than a decade, we in the tech industry have referenced a common metaphor: data is the new oil. It’s a concept that’s easy to grasp. It paints a picture of a raw, valuable resource waiting to be extracted, refined, and transported. This metaphor naturally led us to another one, a concept that's been central to our industry and even how we've named products here at Mezmo: the data pipeline.

It’s a neat story. But as I’ve been digging into the observability space, particularly around OpenTelemetry, I’ve hit a wall. A nagging feeling that this metaphor, as useful as it has been, is now holding us back. It doesn't accurately describe the world we live in or the complex systems we're trying to build and manage. Now, at Mezmo, we believe evolving beyond this metaphor is critical to unlocking the true value of telemetry data.

So, I want to propose a new metaphor, a new way to frame the problem. It’s a bit of a shift, but I believe it brings immense clarity to the challenges SREs and developers face every day.

Data is not oil. Data is power.

Specifically, it’s electrical power. It’s a commodity that runs our modern world, often invisible but absolutely essential. And if we start thinking about data as power, then our "pipelines" start looking a lot more like what they truly are: a dynamic, interconnected grid.

Where the Oil Metaphor Springs a Leak

Let's be candid. The "data as oil" analogy breaks down as soon as you look closely at the data lifecycle in 2025.

  • Production: We don’t “drill” for data anymore. We’re drowning in it. Data isn’t a latent resource sitting in a reservoir; it’s a constant, active byproduct of every application, service, and user interaction. Much like a power plant generates electricity from an activity, our services generate data.
  • Processing: Raw crude oil is mostly useless. It must be refined. Raw data, on the other hand, can be immediately useful — just tail -f a log file. More importantly, data isn’t ever refined into some end commodity. It’s transformed. We enrich it, reshape it, add context, and change its very nature as it moves (through aggregation and sampling). This is less like refining oil and more like stepping voltage up or down in a transformer to prepare electricity for long-distance travel or local consumption.
  • Transmission: This is the heart of the issue. An oil pipeline is a brute-force piece of infrastructure. It’s a big, dumb pipe designed to move a single, homogenous substance from point A to point B. Is that really what your data infrastructure looks like? Of course not. Your data is dynamic and disparate. Some of it is critical, some is trivial. You route it, sample it, and enrich it mid-flight. That isn’t a pipeline; it’s an electrical grid — a resilient, flexible, and intelligent network.
  • Consumption: Once oil is used, its journey is largely over. For data, arriving at a destination is often just the beginning. It’s not an inert product; it’s a dynamic source of ongoing insight, fueling dashboards, alerts, and countless new questions (and sometimes new problems).

The Key Insight: Static Pipelines vs. Dynamic Grids

This isn't just a semantic argument. It's about understanding the nature of the infrastructure we need to build.

A pipeline is something you design, build, and then occasionally maintain. It's stable infrastructure.

A power grid is dynamic infrastructure. It's never "done." The entire system is a massive, real-time feedback loop.

Managing modern data requires dynamic infrastructure. The pipeline metaphor leads us to think in terms of fixed requirements and static designs. The power grid metaphor forces us to focus on what actually matters: continuous feedback, overall system capacity, and ever-changing requirements. This is the perspective that drives our product development at Mezmo.

Life on the Data Grid: What SREs and Developers Need

So, if we embrace this new model, what does it mean to build and operate a "Data Grid"? It means building for the people who live on this grid every day.

For SREs (The Grid Operators): You’re tasked with the stability and efficiency of the entire system. You’re not just laying pipe; you're managing the grid. You need a control room for your data, with visibility into capacity, interoperability, and cost.

For Developers (The Producers and Consumers): You're building services and using data to understand them. You need the agency to manage your data streams without becoming a systems expert or risking the stability of the entire grid. You need a safe, standardized "outlet" to plug into.

Mezmo's Data Grid Philosophy

Adopting this mindset clarifies what a modern data management platform must provide. It’s not about building a bigger pipeline; it's about providing the tools to architect a sophisticated grid focused on standards and real-time responsiveness. 

Global Standardization: A power grid only works because of standards. For data, this means programmatic standardization. This is precisely what we're building with Mezmo's processing capabilities—a suite of "data transformers" that can reliably take data of any shape, conform it to a standard like OTel, and ensure it can be routed and processed predictably. Mezmo acts as the standardization layer, turning a chaotic mess of inputs into a manageable, interoperable system without forcing a massive re-instrumentation effort.

Transparency and Responsiveness: We need to build "Smart Grids" for data. This is why features like Pipeline Observability and real-time data profiling are first-class citizens in the Mezmo platform. You can't manage a dynamic grid if you can't see it. Mezmo provides that real-time visibility into data volume, cost, and shape at any point in the grid, enabling the feedback loops necessary to make intelligent decisions, like dynamically adjusting sampling based on error rates or cost thresholds.

Standardized Outputs: The part of an electrical grid that most of us encounter the most is its output: the electrical plug. Mezmo’s platform functions the same for your data; it’s easy to connect to any usage you have in mind, whether it’s an existing vendor for analysis, a new one teams are trialing, or your own storage to reduce costs. Pipelines handle all the work of managing volume, conforming to standards, and routing, so that dev teams need only connect their data to the desired destination, and immediately they are up and running, just like plugging in a device to an outlet.

This has been a bit of a philosophical journey, but I’m convinced that the metaphors we use shape the solutions we build. The "data as oil" story has served its purpose. To build the resilient, responsive, and observable systems required today, we need to move beyond the pipeline and start architecting the grid.

This is the future we're building towards at Mezmo. If you're tired of the constraints of a rigid pipeline and are ready to take control of your dynamic data grid, you're thinking like us.

Check out Mezmo with a 30-day free trial here.

Table of Contents

    Share Article

    RSS Feed

    Next blog post
    You're viewing our latest blog post.
    Previous blog post
    You're viewing our oldest blog post.
    What is Active Telemetry
    Launching an agentic SRE for root cause analysis
    Paving the way for a new era: Mezmo's Active Telemetry
    The Answer to SRE Agent Failures: Context Engineering
    Empowering an MCP server with a telemetry pipeline
    The Debugging Bottleneck: A Manual Log-Sifting Expedition
    The Smartest Member of Your Developer Ecosystem: Introducing the Mezmo MCP Server
    Your New AI Assistant for a Smarter Workflow
    The Observability Problem Isn't Data Volume Anymore—It's Context
    Beyond the Pipeline: Data Isn't Oil, It's Power.
    The Platform Engineer's Playbook: Mastering OpenTelemetry & Compliance with Mezmo and Dynatrace
    From Alert to Answer in Seconds: Accelerating Incident Response in Dynatrace
    Taming Your Dynatrace Bill: How to Cut Observability Costs, Not Visibility
    Architecting for Value: A Playbook for Sustainable Observability
    How to Cut Observability Costs with Synthetic Monitoring and Responsive Pipelines
    Unlock Deeper Insights: Introducing GitLab Event Integration with Mezmo
    Introducing the New Mezmo Product Homepage
    The Inconvenient Truth About AI Ethics in Observability
    Observability's Moneyball Moment: How AI Is Changing the Game (Not Ending It)
    Do you Grok It?
    Top Five Reasons Telemetry Pipelines Should Be on Every Engineer’s Radar
    Is It a Cup or a Pot? Helping You Pinpoint the Problem—and Sleep Through the Night
    Smarter Telemetry Pipelines: The Key to Cutting Datadog Costs and Observability Chaos
    Why Datadog Falls Short for Log Management and What to Do Instead
    Telemetry for Modern Apps: Reducing MTTR with Smarter Signals
    Transforming Observability: Simpler, Smarter, and More Affordable Data Control
    Datadog: The Good, The Bad, The Costly
    Mezmo Recognized with 25 G2 Awards for Spring 2025
    Reducing Telemetry Toil with Rapid Pipelining
    Cut Costs, Not Insights:   A Practical Guide to Telemetry Data Optimization
    Webinar Recap: Telemetry Pipeline 101
    Petabyte Scale, Gigabyte Costs: Mezmo’s Evolution from ElasticSearch to Quickwit
    2024 Recap - Highlights of Mezmo’s product enhancements
    My Favorite Observability and DevOps Articles of 2024
    AWS re:Invent ‘24: Generative AI Observability, Platform Engineering, and 99.9995% Availability
    From Gartner IOCS 2024 Conference: AI, Observability Data, and Telemetry Pipelines
    Our team’s learnings from Kubecon: Use Exemplars, Configuring OTel, and OTTL cookbook
    How Mezmo Uses a Telemetry Pipeline to Handle Metrics, Part II
    Webinar Recap: 2024 DORA Report: Accelerate State of DevOps
    Kubecon ‘24 recap: Patent Trolls, OTel Lessons at Scale, and Principle Platform Abstractions
    Announcing Mezmo Flow: Build a Telemetry Pipeline in 15 minutes
    Key Takeaways from the 2024 DORA Report
    Webinar Recap | Telemetry Data Management: Tales from the Trenches
    What are SLOs/SLIs/SLAs?
    Webinar Recap | Next Gen Log Management: Maximize Log Value with Telemetry Pipelines
    Creating In-Stream Alerts for Telemetry Data
    Creating Re-Usable Components for Telemetry Pipelines
    Optimizing Data for Service Management Objective Monitoring
    More Value From Your Logs: Next Generation Log Management from Mezmo
    A Day in the Life of a Mezmo SRE
    Webinar Recap: Applying a Data Engineering Approach to Telemetry Data
    Dogfooding at Mezmo: How we used telemetry pipeline to reduce data volume
    Unlocking Business Insights with Telemetry Pipelines
    Why Your Telemetry (Observability) Pipelines Need to be Responsive
    How Data Profiling Can Reduce Burnout
    Data Optimization Technique: Route Data to Specialized Processing Chains
    Data Privacy Takeaways from Gartner Security & Risk Summit
    Mastering Telemetry Pipelines: Driving Compliance and Data Optimization
    A Recap of Gartner Security and Risk Summit: GenAI, Augmented Cybersecurity, Burnout
    Why Telemetry Pipelines Should Be A Part Of Your Compliance Strategy
    Pipeline Module: Event to Metric
    Telemetry Data Compliance Module
    OpenTelemetry: The Key To Unified Telemetry Data
    Data optimization technique: convert events to metrics
    What’s New With Mezmo: In-stream Alerting
    How Mezmo Used Telemetry Pipeline to Handle Metrics
    Webinar Recap: Mastering Telemetry Pipelines - A DevOps Lifecycle Approach to Data Management
    Open-source Telemetry Pipelines: An Overview
    SRECon Recap: Product Reliability, Burn Out, and more
    Webinar Recap: How to Manage Telemetry Data with Confidence
    Webinar Recap: Myths and Realities in Telemetry Data Handling
    Using Vector to Build a Telemetry Pipeline Solution
    Managing Telemetry Data Overflow in Kubernetes with Resource Quotas and Limits
    How To Optimize Telemetry Pipelines For Better Observability and Security
    Gartner IOCS Conference Recap: Monitoring and Observing Environments with Telemetry Pipelines
    AWS re:Invent 2023 highlights: Observability at Stripe, Capital One, and McDonald’s
    Webinar Recap: Best Practices for Observability Pipelines
    Introducing Responsive Pipelines from Mezmo
    My First KubeCon - Tales of the K8’s community, DE&I, sustainability, and OTel
    Modernize Telemetry Pipeline Management with Mezmo Pipeline as Code
    How To Profile and Optimize Telemetry Data: A Deep Dive
    Kubernetes Telemetry Data Optimization in Five Steps with Mezmo
    Introducing Mezmo Edge: A Secure Approach To Telemetry Data
    Understand Kubernetes Telemetry Data Immediately With Mezmo’s Welcome Pipeline
    Unearthing Gold: Deriving Metrics from Logs with Mezmo Telemetry Pipeline
    Webinar Recap: The Single Pane of Glass Myth
    Empower Observability Engineers: Enhance Engineering With Mezmo
    Webinar Recap: How to Get More Out of Your Log Data
    Unraveling the Log Data Explosion: New Market Research Shows Trends and Challenges
    Webinar Recap: Unlocking the Full Value of Telemetry Data
    Data-Driven Decision Making: Leveraging Metrics and Logs-to-Metrics Processors
    How To Configure The Mezmo Telemetry Pipeline
    Supercharge Elasticsearch Observability With Telemetry Pipelines
    Enhancing Grafana Observability With Telemetry Pipelines
    Optimizing Your Splunk Experience with Telemetry Pipelines
    Webinar Recap: Unlocking Business Performance with Telemetry Data
    Enhancing Datadog Observability with Telemetry Pipelines
    Transforming Your Data With Telemetry Pipelines
    6 Steps to Implementing a Telemetry Pipeline
    Webinar Recap: Taming Data Complexity at Scale