Elastic’s donation of Common Profiling agent to OpenTelemetry additional solidifies profiling as core telemetry sign

Elastic has introduced that it could be donating its Common Profiling agent to the OpenTelemetry challenge, setting the stage for profiling to change into a fourth core telemetry sign along with logs, metrics, and tracing. 

This follows OpenTelemetry’s announcement in March that it could be supporting profiling and was working in the direction of having a secure spec and implementation someday this yr.

Elastic’s agent profiles each line of code working on an organization’s machines, together with software code, kernels, and third-party libraries. It’s all the time working within the background and might acquire information about an software over time. 

It measures code effectivity throughout three classes: CPU utilization, CO2, and cloud value. In response to Elastic, this helps firms establish areas the place waste may be decreased or eradicated in order that they will optimize their techniques. 

Common Profiling presently helps a variety of runtimes and languages, together with C/C++, Rust, Zig, Go, Java, Python, Ruby, PHP, Node.js, V8, Perl, and .NET. 

“This contribution not solely boosts the standardization of steady profiling for observability but additionally accelerates the sensible adoption of profiling because the fourth key sign in OTel. Clients get a vendor-agnostic manner of accumulating profiling information and enabling correlation with present alerts, like tracing, metrics, and logs, opening new potential for observability insights and a extra environment friendly troubleshooting expertise,” Elastic wrote in a weblog publish. 

OpenTelemetry echoed these sentiments, saying: “This marks a big milestone in establishing profiling as a core telemetry sign in OpenTelemetry. Elastic’s eBPF primarily based profiling agent observes code throughout completely different programming languages and runtimes, third-party libraries, kernel operations, and system sources with low CPU and reminiscence overhead in manufacturing. Each, SREs and builders can now profit from these capabilities: shortly figuring out efficiency bottlenecks, maximizing useful resource utilization, decreasing carbon footprint, and optimizing cloud spend.”

---

You might also like…