opentelemetry

Instrument applications to capture distributed traces, metrics, and logs with OpenTelemetry.

19|6|Updated Sep 13, 2025
One-click install
npx skills add https://github.com/neverinfamous/memory-journal-mcp --skill opentelemetry-neverinfamous
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: opentelemetry
Source: https://github.com/neverinfamous/memory-journal-mcp/tree/main/skills/opentelemetry
Command: npx skills add https://github.com/neverinfamous/memory-journal-mcp --skill opentelemetry-neverinfamous

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

OpenTelemetry provides a unified approach to instrumenting applications for distributed tracing, metrics, and structured logging, improving observability and diagnosability across services.

Core Features & Use Cases

  • Distributed tracing using W3C Trace Context propagation across HTTP and RPC boundaries.
  • Span guidelines and semantic conventions to ensure meaningful telemetry data (e.g., http.method, http.url, db.system).
  • Structured logging and metrics collection with OpenTelemetry Protocol (OTLP) exporters to a collector or backend.
  • Use Case: Instrument a microservice to propagate trace context, generate spans for requests, database queries, and external calls to enable end-to-end tracing.

Quick Start

Instrument your application by following the OpenTelemetry setup steps and start exporting traces to your collector.

Frequently Asked Questions about opentelemetry

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I instrument a microservice for distributed tracing?

Instrument a microservice for distributed tracing by generating spans for requests, database queries, and external calls. This captures end-to-end traces across HTTP, gRPC, and background tasks using W3C Trace Context propagation.

What are OpenTelemetry semantic conventions and why do they matter?

OpenTelemetry semantic conventions are guidelines for naming span attributes like http.method, http.url, and db.system. Adhering to them ensures your tracing, metrics, and logs generate meaningful, standardized telemetry data across services.

Can I use OpenTelemetry to capture logs and metrics in serverless functions?

Yes, you can capture logs and metrics in serverless functions using OpenTelemetry. It provides a unified instrumentation approach for distributed systems, capturing telemetry and exporting it via the OpenTelemetry Protocol (OTLP) to a collector or backend.

How does trace context propagation work across HTTP and RPC boundaries?

Trace context propagation across HTTP and RPC boundaries works using the W3C Trace Context standard. It ensures trace identifiers are correctly passed between services, enabling end-to-end observability across distributed systems and external calls.

What is the best way to export telemetry data to a backend collector?

The best way to export telemetry data is using OpenTelemetry Protocol (OTLP) exporters. They transmit structured logs, metrics, and distributed traces directly to an OpenTelemetry collector or compatible backend for aggregation and analysis.

Do I need to manually generate spans for database queries when instrumenting apps?

Yes, instrumenting apps requires generating spans for database queries and external calls. Properly configured spans alongside trace context propagation ensure complete end-to-end tracing across microservices and distributed systems.