observability-sre

Automate end-to-end observability for distributed systems with Prometheus, Grafana, and OpenTelemetry.

258|26|Updated Dec 9, 2025
One-click install
npx skills add https://github.com/majiayu000/claude-arsenal --skill observability-sre
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability-sre
Source: https://github.com/majiayu000/claude-arsenal/tree/main/skills/observability-sre
Command: npx skills add https://github.com/majiayu000/claude-arsenal --skill observability-sre

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill provides guidance on building robust observability and reliability practices, covering metrics, logs, traces, SLOs, incident response, and automation to reduce toil and improve system reliability.

Core Features & Use Cases

  • Three Pillars: Metrics, Logs, and Traces for end-to-end visibility.
  • SLO-Driven: Define reliability targets and track error budgets.
  • Proactive Ops: Alerting, incident response playbooks, and automation to detect and resolve issues early.
  • Tools & Patterns: Prometheus, Grafana, OpenTelemetry, Loki, and Grafana Loki best practices.

Quick Start

Set up a basic observability stack (metrics + logs + traces), define initial SLOs, and implement structured logging with trace context to begin reducing MTTR.

Frequently Asked Questions about observability-sre

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

FAQPage Schema
How do I set up monitoring and alerting for distributed systems?

Monitoring distributed systems requires collecting metrics, logs, and traces across services. Use Prometheus to scrape metrics, Grafana to visualize them, and OpenTelemetry to instrument applications for tracing. Define SLOs to set reliability targets, then configure symptom-based alerts on error budgets and key metrics to detect issues early.

What's the difference between metrics, logs, and traces in observability?

Observability relies on three pillars: metrics quantify system performance over time, logs capture discrete events with context, and traces follow requests across services. Together they enable end-to-end visibility into system behavior, dependencies, and failure paths.

How do I define and track SLOs for my services?

SLOs define reliability targets as error budgets—the acceptable downtime or error rate for a service. Track SLO compliance against Prometheus metrics, alert when you're consuming the budget too quickly, and use this to prioritize reliability work over feature development.

Can I use Prometheus and Grafana together for a complete observability stack?

Yes. Prometheus collects and stores metrics; Grafana visualizes them and enables alerting. Add OpenTelemetry for tracing and structured logging to complement metrics, creating a full three-pillar observability foundation for detecting and responding to incidents faster.

What's the best way to structure alerts to avoid alert fatigue?

Use symptom-based alerting tied to SLO violations rather than threshold alerts on raw metrics. Employ low-cardinality labels in Prometheus to keep cardinality manageable, and route alerts through incident-response playbooks that enable blameless postmortems and automation to reduce toil.