logging-observability

Implement structured logging, distributed tracing, and metrics with OpenTelemetry.

1|Updated Mar 5, 2026
One-click install
npx skills add https://github.com/baphled/dotopencode --skill logging-observability-baphled
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: logging-observability
Source: https://github.com/baphled/dotopencode/tree/main/skills/logging-observability
Command: npx skills add https://github.com/baphled/dotopencode --skill logging-observability-baphled

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill addresses the challenge of understanding and debugging complex systems by providing expertise in implementing structured logging, distributed tracing, and metrics for comprehensive system observability.

Core Features & Use Cases

  • Structured Logging: Implement JSON-formatted logs for easy parsing and searching.
  • Distributed Tracing: Instrument code using OpenTelemetry to visualize request flows across services.
  • Metrics Implementation: Define and collect counters, gauges, and histograms for system health and performance monitoring.
  • Use Case: Debugging a slow API endpoint by analyzing trace data to pinpoint the bottleneck and examining structured logs for specific error messages related to that request.

Quick Start

Implement structured logging for the 'user-authentication' service using JSON format.

Frequently Asked Questions about logging-observability

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

FAQPage Schema
How do I implement structured logging for a service using JSON formats?

Structured logging with JSON formats involves creating actionable data trails that are easy to parse and search. You implement this by formatting service logs as JSON objects, enabling efficient debugging and analysis of specific error messages across your system.

What is the best way to debug a slow API endpoint in a distributed system?

Debugging a slow distributed system endpoint is best achieved by analyzing distributed tracing data to pinpoint bottlenecks. You instrument code using OpenTelemetry to visualize request flows across services, then examine structured logs for related errors.

How does distributed tracing with OpenTelemetry improve system observability?

Distributed tracing with OpenTelemetry improves system observability by visualizing request flows across multiple services. This instrumentation creates actionable data trails that help you track requests end-to-end and identify performance bottlenecks in complex architectures.

What standard metric types should I collect for monitoring system health and performance?

For monitoring system health and performance, you should collect counters, gauges, and histograms as standard metric types. These metrics provide actionable data trails that help track application behavior, measure performance, and maintain overall system observability.

Can I use this approach to trace requests across multiple microservices?

Yes, you can trace requests across multiple microservices using distributed tracing. By instrumenting your code with OpenTelemetry, you create visual request flows that map out interactions across services, which is essential for debugging complex distributed systems.

Why do I need structured logs instead of plain text logs for debugging?

You need structured logs instead of plain text because JSON formats make logs easy to parse and search. This structure creates actionable data trails, allowing you to quickly filter for specific error messages and correlate them with trace data during debugging.