OpenTelemetry just hit graduated status at the CNCF, and the timing matters more than the milestone itself. After years of consolidating what used to be OpenTracing and OpenCensus, the project has quietly become the default way modern applications emit traces, metrics and logs — right as the industry is staring down a new wave of workloads that will generate more telemetry than anything that came before.
Mike Vizard sits down with Chris Aniszczyk of the CNCF to dig into why graduation is less of a finish line and more of a starting point. Aniszczyk’s argument is that OTel’s real value isn’t in any single feature — it’s in being the vendor-neutral plumbing that finally lets organizations modernize legacy monitoring stacks without locking themselves into the next generation of proprietary agents.
They get into the practical mechanics of running OTel at scale: managing the firehose of telemetry data, the trade-offs around sampling and cost control, and how teams are using the spec’s extensibility to instrument environments that were never designed to be observable in the first place. The discussion also touches on how OTel’s collector model gives platform teams a single chokepoint to enforce schema standards, reduce duplicate tooling and route signals to wherever they’re most useful.
The bigger thread is what observability looks like once AI agents become first-class citizens in production. Tracing an autonomous workflow means following decisions across model calls, tool invocations and downstream services — with token usage, prompt context and intermediate reasoning all worth capturing. Aniszczyk makes the case that open standards are the only realistic foundation for that kind of traceability, and that the work happening inside OTel right now is what will determine whether agentic workloads stay debuggable as they scale.