Sunday, June 9, 2024
HomeSoftware DevelopmentElastic's donation of Common Profiling agent to OpenTelemetry additional solidifies profiling as...

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


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

This follows OpenTelemetry’s announcement in March that it will 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 operating on an organization’s machines, together with software code, kernels, and third-party libraries. It’s all the time operating within the background and might accumulate knowledge about an software over time. 

It measures code effectivity throughout three classes: CPU utilization, CO2, and cloud value. In response to Elastic, this helps corporations determine areas the place waste could be diminished or eradicated in order that they’ll optimize their techniques. 

Common Profiling presently helps a lot 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 in addition accelerates the sensible adoption of profiling because the fourth key sign in OTel. Clients get a vendor-agnostic approach of gathering profiling knowledge 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 put up

OpenTelemetry echoed these sentiments, saying: “This marks a big milestone in establishing profiling as a core telemetry sign in OpenTelemetry. Elastic’s eBPF based mostly 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 may additionally like…

RELATED ARTICLES

LEAVE A REPLY

Please enter your comment!
Please enter your name here

Most Popular

Recent Comments