observability

Define observability strategies with metrics, logs, traces, and health monitoring.

42|2|Updated Jun 1, 2026
One-click install
npx skills add https://github.com/proyecto26/system-design-skills --skill observability-proyecto26
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability
Source: https://github.com/proyecto26/system-design-skills/tree/main/skills/observability
Command: npx skills add https://github.com/proyecto26/system-design-skills --skill observability-proyecto26

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This skill solves the critical problem of invisible system failures by defining how to measure, alert on, and debug production services, ensuring that outages are detected by telemetry rather than user complaints.

Core Features & Use Cases

  • Telemetry Strategy: Defines the implementation of metrics, logs, and traces to provide full-stack visibility.
  • Alerting & SLOs: Establishes actionable, symptom-based alerting using Service Level Objectives (SLOs) and error budgets to minimize noise.
  • Health Gating: Configures liveness and readiness probes to ensure system stability and graceful recovery during traffic spikes.
  • Use Case: When designing a new microservice, use this skill to determine the appropriate RED/USE metrics to track, set up SLO-based alerts, and define health check endpoints that prevent the system from entering a restart loop.

Quick Start

Use the observability skill to define the monitoring strategy, SLOs, and health check logic for the current system design.

Frequently Asked Questions about observability

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

FAQPage Schema
How do I set up SLO-based alerting to reduce noise in distributed systems?

SLO-based alerting reduces noise by establishing actionable, symptom-based alerts using Service Level Objectives and error budgets. This strategy ensures you only trigger incident responses for critical failures rather than minor anomalies.

What telemetry metrics should I track for microservice monitoring?

Telemetry metrics for microservice monitoring should include RED (Rate, Errors, Duration) and USE (Utilization, Saturation, Errors) patterns. Tracking these provides full-stack visibility into service performance and resource bottlenecks.

How do liveness and readiness probes prevent restart loops during traffic spikes?

Liveness and readiness probes prevent restart loops by configuring health gating that checks service stability before routing traffic. This ensures graceful recovery and prevents the system from receiving requests it cannot handle.

What is the best way to define a telemetry strategy for a new microservice?

The best telemetry strategy defines comprehensive metrics, logs, and traces to provide full-stack visibility. It standardizes instrumentation across multi-service environments to ensure outages are detected by telemetry rather than user complaints.

When should I use error budgets for service reliability?

Error budgets should be used during architectural design phases when failure detection and incident response are critical. They establish actionable thresholds that balance feature velocity with service reliability requirements.