Hey.NET engineers! Today, we’ll explore the world of OpenTelemetry, focusing on how it can benefit your.NET applications. We’ll talk about the strengths and weaknesses of OpenTelemetry, walk you through the setup process, discuss the basics, and share some best practices. Plus, we’ll touch on topics like auto-instrumentation, metrics, and more. So, let’s dive in!

Our OpenTelemetry data generator provides a seamless product-validation experience across all teams working in AppDynamics Cloud. OpenTelemetry™ is a complete telemetry system for monitoring both modern, distributed architectures in the cloud and more traditional on-prem applications.

The process of building and maintaining modern, cloud-based applications requires a new approach to infrastructure monitoring. Traditionally, engineers would try to isolate a specific infrastructure component causing an issue — and fix it alone, without diving into code. Today, DevOps engineers must understand how application performance is related to their infrastructure. Infrastructure, for DevOps engineers, is an enabler to deploy code.

Nodejs is a popular Javascript runtime environment that executes Javascript code outside of a web browser. Express is the most popular web frameworks that sits on top of Nodejs and adds functionalities like middleware, routing, etc. to Nodejs. You can monitor your express application using OpenTelemetry and a tracing backend of your choice.

OpenTelemetry can auto-instrument many common modules for a Javascript application. The telemetry data captured can then be sent to SigNoz for analysis and visualization. OpenTelemetry is a set of tools, APIs, and SDKs used to instrument applications to create and manage telemetry data(Logs, metrics, and traces). For any distributed system based on microservice architecture, it's an operational challenge to solve performance issues quickly.

Well howdy there partner, Phillip here with a rootin’ tootin’ OTel update for ya, right on time for Kubecon EU!

Within enterprises, it used to be that applications ran on a single server. Owners could directly monitor that discrete machine, conveniently access all the logs they needed, see all the metrics that mattered, and hit the reboot button, without needing to confer with “everyone.” Those days are gone. Modern application architectures stretch the definitions of the words “federated” and “distributed.” We now have distributed applications.

At observIQ, we use the OTel collector to collect host/container-level metrics and logs from our systems. But to get more detailed monitoring of our applications (APM), we use the OTel SDK and instrumentation libraries. This post aims to provide a quick start to setting up tracing exporting to a local Jaeger instance.

The AWS CDK lets users build as Infrastructure as Code (IaC) reliable, scalable, and cost-effective applications in their cloud environments. With the AWS CDK, developers can use various supported programming languages to create constructs (reusable cloud components) and compose them together into stacks and applications.

If you’re involved in IT Operations, you’ve probably heard of OpenTelemetry. It’s a hot topic in the observability industry, and for good reason. OpenTelemetry is a set of open-source tools and APIs that make it easy to collect telemetry data from your applications and infrastructure. This data can then be used to monitor your systems, troubleshoot problems, and improve performance.