The latest News and Information on Log Management, Log Analytics and related 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.
When I talk with Splunk customers, their challenges sometimes sound like trying to find a needle in a stack of needles. Feel the same way? The answers you need are out there, hidden in your data. Our job is to help you find them. Securing your networks, keeping them up and running and maximizing efficiency are key priorities. You also face the challenges of speeding up development and driving innovation to stay competitive.
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.
In this tutorial, we will go through a working example of a NestJS application auto-instrumented with OpenTelemetry. In our example we will use a simple application that outputs “Hello World!” when we call it in the browser. We will instrument this application with OpenTelemetry’s Node.js client library to generate trace data and send it to an OpenTelemetry Collector. The Collector will then export the trace data to an external distributed tracing analytics tool of our choice.
