Coming soon 10:32 Recorded at SREday Amsterdam, Amsterdam

What does an agent do to your log platform once it is let loose?

Peter Marshall: Imply: logs, compression, agents

Peter Marshall of Imply on logs at speed: a bank's security investigation, compression up to 100 times, Lumi under agents, and why you test agents' outputs.

Recorded, coming soon.

Peter Marshall is Director of Developer Relations at Imply, which builds Lumi for fast, cheap storage and search of logs.

Follow the show and the episode arrives the morning it's published.

In brief

  1. Imply builds for the compute and storage of telemetry data, and at the moment focuses on logs: fast answers, lots of data, cheap.
  2. A bank investigating a cybersecurity issue did not know which data it needed; Imply made it searchable without rehydrating the whole lot.
  3. Its compression is at least two times better, sometimes 20, and in some proofs of concept 100 times.
  4. A simple security agent in Peter's demo searched in patterns all over the place: monitor your agents.
  5. Lumi has a simple MCP endpoint; Peter uses it through Claude Code to check Peter's own code against the logs it writes.
  6. Data can stay in an object store with only the index layer built over it, and no schema has to come first.
  7. Testing agents' outputs has never been more critical, and fast responses make each iteration quicker.
  8. To start: imply.io, and the documentation for technical people.

Chapters

  1. 0:00 What Imply does
  2. 0:37 A bank's logs in a huge S3 bucket
  3. 1:41 The compression
  4. 2:47 Watching an agent investigate
  5. 5:12 Getting started with Lumi
  6. 6:06 MCP and Claude Code
  7. 6:34 An index over the bucket, no schema
  8. 8:06 Testing what agents produce
  9. 9:41 The performance you choose

Why this conversation

Agents read logs the way no human does: everywhere, at once, and all night. Peter Marshall is Director of Developer Relations at Imply, and had just given a talk about watching one do it. The host recorded the conversation on 2 November 2026 at the Imply stand at SREday Amsterdam.

Imply builds for one job: “we have focused everything we built on the compute and the storage of telemetry data, anything observability.” And “we’re focused particularly at the moment on logs. So anything where somebody needs to get very fast responses or store lots of log data, that’s where we come in.”

A bank that did not know what it needed

The biggest use case lately? “Recently, it has definitely been the investigation of lots of cybersecurity log data.” A bank Imply works with had an issue and needed to get at data in a huge area very quickly. What it faced, “as many people have to do with observability platforms, is to rehydrate the whole lot. They didn’t know which bits they needed.” Nor which period of time or which field. “So we helped them to just make it available in our storage layer.” Nowadays, Peter added, Imply does it in the customer’s own storage, and brings the compute power to search it quickly.

Compression, and what it buys

“Our compression technique is amazing.” It is a new compression algorithm: “This compression algorithm is like at least two, sometimes 20.” Some of Peter’s colleagues on the stand “have been in POCs where you’ve got 100 times better compression.” The point is not the disk alone: “So you’re getting much better performance and you’re getting cheaper storage.” Think of the dashboard with parts switched off because they take too long, or the saved searches that consume a whole cluster overnight: better indexing and better compression mean they run.

There are two ways to use it. Ingest the data and give it its indexing layer, “or you can leave it in a bucket, an object store, and you build just the index layer over the top of it.” And there is no schema to write first: “We do something behind the scenes that is structure aware.” A schema still goes on top, to make the data available to people, but the compression works at a lower level.

Let loose: an agent on the logs

For the talk, “we just set up a very simple, basic agent.” It looked at synthetic data that faked an attack, using a library of pre-built searches, while a second agent ran the investigation across many indexes and kinds of log data. Once it ran, “it became non-deterministic, the patterns are all over the place.” Peter’s advice is in the middle of a sentence: “monitor your agents”. And the picture of what it was like: “it’s like you’ve let a teenager loose on this job and it does it really well”. The platform under that has to cope with the speed and the volume: “And that’s why we have Lumi in the background for those agentic workflows”.

No agent has to be installed on your machine. “we’ve just got a simple MCP, an endpoint”, and Peter uses it himself: “I use it all the time through Claude Code to check the code I’ve written by looking at the logs I’ve stored in Lumi”. For the demo, Peter gave Claude Code the goal, the endpoint and some sample data. It took iteration, and that is where Peter is strict: “the need for you to test agents’ outputs has never been more critical.” The answers are not yes or no: “98% of the time it was about right.” Five or ten seconds a search is fine, but “if you could do it and your responses come back in half a second when you’re doing these iterations”, that is a lot of time saved when agents are busy all the time. How much speed you pay for is your choice, and what to keep hot.

Getting started

“So, best thing to do is go to imply.io.” And for engineers: “If you’re a technical person, I can highly recommend the documentation.” It walks through how things work, from deploying with Terraform to the queries you can write; then book a demo with one of the Imply team.

When it comes out

The episode is edited and in the release order. Like every episode it goes out on YouTube first, then on Apple Podcasts, Spotify and Amazon Music.

Mentioned in this episode

About Peter Marshall

Peter Marshall is Director of Developer Relations at Imply, which builds Lumi for fast, cheap storage and search of logs.

Running this in production? helps platform teams take it from prototype to reliable production. See how he works

Built something the rest of us run on? Being a guest is free. Take the other chair

More episodes

All episodes →
  1. Episode 106 · Coming

    Katharina Sick: Backstage, properly configured

  2. Episode 108 · Coming

    Mark Pawlikowski: SREday, LLMday and PLATFORMday

  3. Episode 38 · Coming

    Andrew Linehan: Governing the agents your teams already use

  4. Episode 30 · Coming

    Sudeep Goswami: Runtime governance for AI agents

Every episode, plus the notes that didn't fit in ten minutes.

One email a week: the episode, three takeaways, and what to read or try next. No sponsor blasts.

    You can unsubscribe with one click.