observability

Explain logs, metrics, and traces for system observability.

19|Updated Jan 30, 2026
One-click install
npx skills add https://github.com/xobotyi/cc-foundry --skill observability-xobotyi
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability
Source: https://github.com/xobotyi/cc-foundry/tree/main/plugins/backend/skills/observability
Command: npx skills add https://github.com/xobotyi/cc-foundry --skill observability-xobotyi

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill addresses the challenge of understanding complex system behavior by providing a comprehensive framework for logging, metrics, and tracing.

Core Features & Use Cases

  • Three Pillars of Observability: Learn the distinct purposes and best practices for logs, metrics, and traces.
  • Structured Logging: Implement consistent, machine-parseable log formats with appropriate levels and fields.
  • Effective Metrics: Understand metric types, naming conventions, and the RED/USE methods for system health monitoring.
  • Distributed Tracing: Grasp concepts like spans, context propagation, and sampling for tracking requests across services.
  • Correlation: Learn how to link logs, metrics, and traces for effective incident investigation.
  • Use Case: When a critical service experiences a spike in errors, this Skill guides you on how to use metrics to identify the problem, traces to pinpoint the failing request path, and logs to diagnose the root cause.

Quick Start

Use the observability skill to understand the difference between logs, metrics, and traces.

Frequently Asked Questions about observability

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

FAQPage Schema
What is the difference between logs, metrics, and traces in system observability?

Logs, metrics, and traces form the three pillars of observability. Metrics provide quantitative system health data, traces track requests across distributed services, and logs offer discrete event records to diagnose root causes during incidents.

How do I use the RED and USE methods for system monitoring?

The RED and USE methods are frameworks for effective system monitoring. RED focuses on Rate, Errors, and Duration for request-driven services, while USE monitors Utilization, Saturation, and Errors for resource-based metrics to identify bottlenecks.

How does distributed tracing track requests across services?

Distributed tracing tracks requests across services using spans and context propagation. Spans represent individual units of work, while context propagation links these spans together to visualize the complete request path through a distributed system.

How do I correlate logs, metrics, and traces to investigate incidents?

Correlate logs, metrics, and traces by linking them through shared identifiers. Use metrics to detect error spikes, traces to pinpoint the failing request path, and structured logs with contextual fields to diagnose the root cause.

What are the best practices for structured logging?

Structured logging best practices involve using consistent, machine-parseable formats with appropriate log levels and contextual fields. This standardization enables automated parsing and effective correlation with metrics and traces during debugging.

When do I need distributed tracing for debugging?

You need distributed tracing when debugging complex, distributed systems where requests span multiple services. It is essential for pinpointing performance bottlenecks and identifying the exact failing request path across service boundaries.