The latest News and Information on Monitoring for Websites, Applications, APIs, Infrastructure, and other technologies.
You may have previously heard about OpenTelemetry (also known as OTel) if you have looked into improved ways of standardising different data types. In this article, we’ll delve into the key things you need to know about OpenTelemetry and how this unified standard may become the future of how logs, metrics, events and traces are all handled.
The latest Jaeger v1.35 release introduced the ability to receive OpenTelemetry trace data via the OpenTelemetry Protocol (OTLP), which all OpenTelemetry SDKs are required to support. This is a follow-up to the previous announcement to retire Jaeger’s “classic” client libraries. With this new capability, it is no longer necessary to use the Jaeger exporters with the OpenTelemetry SDKs, or to run the OpenTelemetry Collector in front of the Jaeger backend.
As organisations increasingly send their logs to one service, their metrics to another and their traces to a third location, they remain unable to gain a unified view across all of their data types. This is because as multiple tools are used to achieve similar goals for different data types the issue of tool sprawl quickly arises.
