observability

Implement system observability with structured logging, metrics, and distributed tracing.

Updated Feb 19, 2026
One-click install
npx skills add https://github.com/brunolimaff-jpg/NOVO-APP --skill observability-brunolimaff-jpg
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability
Source: https://github.com/brunolimaff-jpg/NOVO-APP/tree/main/.agents/skills/archive/2026-04-curation/observability
Command: npx skills add https://github.com/brunolimaff-jpg/NOVO-APP --skill observability-brunolimaff-jpg

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Observability helps teams understand what a system is doing in production so they can detect issues early, debug faster, and reliably meet reliability targets without guessing.

Core Features & Use Cases

  • Structured logging & correlation: Emit machine-parseable JSON logs with consistent fields (including correlation IDs like traceId) so events can be searched and tied to requests.
  • Metrics, dashboards, and alerting: Define SLIs/SLOs, instrument RED (Rate/Errors/Duration) style signals, and create dashboards and alerts that reduce alert fatigue.
  • Distributed tracing & context propagation: Instrument service boundaries with OpenTelemetry, propagate W3C tracecontext headers (traceparent), and connect traces to metrics for faster root-cause analysis.

Quick Start

Use this skill to instrument a Node.js service with pino structured logging and OpenTelemetry tracing, then define availability and latency SLOs with alert rules that include runbook and dashboard links.

Frequently Asked Questions about observability

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

FAQPage Schema
How do I implement structured logging with correlation IDs for distributed tracing?

Structured logging with correlation IDs requires emitting machine-parseable JSON logs with consistent fields like traceId. This ties log events to specific requests, enabling teams to search events and connect them to distributed traces for faster root-cause analysis.

What's the best way to define SLOs and alert rules to reduce alert fatigue?

Defining SLOs to reduce alert fatigue involves specifying SLIs, error budgets, and burn-rate alert rules. Routing actionable alerts alongside runbook and dashboard links ensures teams reliably meet reliability targets without guessing during production issues.

How does OpenTelemetry propagate W3C tracecontext across service boundaries?

OpenTelemetry propagates W3C tracecontext by instrumenting service boundaries to pass traceparent headers. This end-to-end request tracing across service boundaries connects traces to metrics, which enables faster root-cause analysis for production issues.

Can I use Prometheus and Grafana to build dashboards for RED metrics?

Yes, Prometheus and Grafana support building dashboards for RED metrics. Instrumenting Rate, Errors, and Duration signals with controlled metric cardinality allows teams to visualize system behavior and diagnose production issues effectively.

Why do my metrics have high cardinality and cause performance issues in observability dashboards?

High metric cardinality causes dashboard performance issues when labels contain unbounded values like user IDs. Observability best practices require controlling metric cardinality during instrumentation to maintain query performance and reliable SLO-driven operations.