From Cribl Stream to Imply Lumi in minutes

After a few energizing days at CriblCon 2025, one message stood out everywhere I looked: teams don’t want to do less with their data — they want to do more.
Cribl showed how to unlock that freedom at the pipeline. Imply Lumi extends it into the query layer.
This follow-on post turns that vision into something tangible — how to go from Cribl Stream to Imply Lumi in minutes.
Why Cribl + Imply Lumi?
Legacy observability platforms force tough trade-offs between cost, retention, and performance — leading to dropped data and delayed investigations. Practitioners know this pain: data grows, budgets don’t, and teams are forced to choose what to keep and what to lose.
Cribl Stream gives you control at the pipeline — filtering, enriching, and compressing data before it leaves.
Imply Lumi gives you power at the query — storing everything with full fidelity and delivering lightning-fast search without rehydration.
Lumi is designed as a drop-in data layer: it works with your existing tools, preserves your dashboards and queries, and doesn’t require retraining or pipeline rewrites. Together, Cribl and Lumi eliminate the compromises that slow teams down.
Step 1: Add a source in Cribl
In the Cribl UI, add a source such as syslog, HTTP, or the built-in datagen.
You can use data you already forward to Splunk, Elastic, or another observability tool—no new agent required.
Refer to the Cribl docs for details.
Step 2: Build a pipeline
Next, create a pipeline. This is where Cribl shines:
- Mask sensitive fields before they’re sent downstream.
- Parse raw logs into structured key/value pairs.
- Evaluate expressions to compute new fields on the fly.
- Drop noisy events you don’t need.
Use Data Preview to validate transformations and Pipeline Diagnostics to measure reduction before data leaves the pipeline.
The Cribl docs walk you through the process.
Step 3: Send data to Lumi
Conceptually, instead of routing data to /dev/null as shown in Cribl’s tutorials, simply route it into Lumi. Several patterns are supported:
- Direct via HEC (HTTP Event Collector): send events to Lumi’s ingestion endpoint. See the Cribl docs for setup guidance.
- Indirect via S3: stream data into S3 with Cribl, and let Lumi ingest it natively.
Because Lumi supports schemaless ingestion, it can handle JSON, nested structures, and enriched events without predefined fields. This makes onboarding fast and future-proof, preserving evolving formats without brittle pipelines or dropped fields.
Step 4: Store data in Lumi
Once Lumi ingests data, it automatically indexes it with full fidelity. Unlike legacy stacks that rely on sampling or cold tiers, Lumi is designed to:
- Store all data without compromising fidelity.
- Preserve sourcetypes, metadata, and dashboards.
- Integrate seamlessly with your existing stack (Splunk, Grafana, and more) with no rip-and-replace.
The result: more data available, instantly, for less cost and complexity.
Step 5: Query with speed and flexibility
With Lumi, you keep the workflows you already know—while eliminating the trade-offs of limited retention or sluggish cold searches.
When data is in Lumi, it’s instantly searchable — across both recent and historical logs.
There’s no rehydration or warm-up delay. You can:
- Run fast, interactive queries directly in Lumi’s UI
- Query Lumi from Splunk through federated search, keeping dashboards and alerts running exactly as before
You keep the workflows you already know — while eliminating the trade-offs of limited retention or sluggish cold searches.
Why it matters
Cribl Stream helps you control how data flows. Lumi helps you control how data is stored and searched.
Together, they deliver a modern observability architecture built for control, performance, and efficiency:
- Route and retain what matters most
- Search quickly and interactively across all retained data
- Integrate seamlessly with your existing stack
- Reduce costs without disrupting workflows
Lumi isn’t just a faster backend — it’s part of a next-generation architecture that decouples storage, indexing, and query from the observability tools above. That means greater flexibility, less lock-in, and a solid foundation for what comes next.
The Big Picture
Walking out of CriblCon, one thing was clear: teams are done making trade-offs. Cribl gives you freedom at the pipeline. Lumi brings speed and scale to the query.
Together, they form the architecture observability has been waiting for—open, efficient, and built to grow with you.See Lumi in action and experience the difference for yourself.
Related articles
More from Imply on the same topic.
Search your Splunk DDSS archive without restoring it
Security teams often keep logs long after they have aged out of their SIEM platform’s searchable window. The data is there for investigations or audits, but accessing the data for insights can be complicated.

Claude makes dashboards now, Lumi is ready for them
This week Anthropic launched Claude Dashboards in beta. You connect a data source, ask a question in plain language, and Claude writes the queries and builds the dashboard.

Lumi Lounge Recap: 3 Takeaways from Splunk .conf26
The Imply Lumi Lounge sat directly across the street from Splunk .conf26 and reached venue capacity on both days. Digital signs around the Colorado Convention Center pointed attendees our way with a simple message: “Federated search, done right. Full SPL. Less spend.”

Agents don’t query like your detections do
A security team of four has run a major SIEM since February. Nobody on the team writes SPL. Nobody opens the console or looks at the dashboards. Every question goes through an AI agent, which writes the query, runs it, reads the result, and answers in plain language.

Why You Shouldn’t Have to Delete Your VPC Flow Logs
When a security incident happens, investigators almost always start with the same questions: Which systems communicated? Where did the traffic originate? What changed before the incident? Was data exfiltrated? AWS VPC Flow Logs are often the fastest way to answer those questions.

Splunk Smartstore vs Lumi Loglake: Two Very Different Ways to Search Logs in Object Storage
One copies data back before it can be searched. The other queries it where it lives. Lumi Loglake lets Splunk teams query logs directly in object storage, including AWS S3, Delta Lake, Apache Iceberg, using standard SPL.

Supercharging Schema-On-Read: Logs in Object Storage Don’t Need a Data Catalog
Machine data architectures are rapidly changing. As telemetry volumes continue to grow and as costs rise, organizations are increasingly moving logs and other machine data into object stores such as AWS S3.

Imply Lumi Loglake vs Splunk Federated Search for S3
Teams are increasingly moving log data into AWS S3 to reduce costs and extend retention. Both Lumi Loglake and Splunk Federated Search to S3 help you query data in AWS S3 to lower costs, however the two technologies have several notable differences.

A First Look at Lumi Loglake: Query Logs Where They Live
TL;DR: Imply Lumi Loglake is a lakehouse (separated compute/storage) architecture for unstructured logs that reduces costs from 40% up to orders of magnitude on your hardware/AWS/Azure bill used to run your SIEM/observability products.

Imply Lumi Major Release Preview: Continuing the Journey Towards Decoupled Observability/SIEM
We are getting ready to introduce the next major expansion of Imply Lumi and the observability warehouse. When we introduced the industry’s first observability warehouse, the goal was clear: decouple the observability stack by separating storage, compute, and access.

Query Lumi from Grafana: Now in Private Preview
Observability has a silo problem. Today, we’re removing another one. Imply Lumi’s Grafana Loki integration is now in Private Preview.


