monitoring

Define logging, metrics, alerting, and tracing conventions for application monitoring.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/SalesTeamToolbox/frood --skill monitoring-salesteamtoolbox
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: monitoring
Source: https://github.com/SalesTeamToolbox/frood/tree/main/skills/builtins/monitoring
Command: npx skills add https://github.com/SalesTeamToolbox/frood --skill monitoring-salesteamtoolbox

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Monitoring and observability help you understand what your application is doing, detect failures early, and debug issues quickly instead of guessing when users report problems.

Core Features & Use Cases

  • Structured logging: Emit machine-parseable JSON logs with consistent context like timestamps, request IDs, service names, and user IDs for fast search and reliable incident forensics.
  • Actionable metrics: Track rates, errors, and durations using RED (Rate, Errors, Duration) and USE (Utilization, Saturation, Errors) patterns to measure system health over time.
  • Distributed tracing: Use correlation/trace IDs and OpenTelemetry-style instrumentation to follow a request end-to-end across services and pinpoint latency bottlenecks.
  • Alerting best practices: Create symptom-based alerts with meaningful thresholds, runbooks, and escalation policies to reduce noise and improve response quality.
  • Health check endpoints: Implement standard endpoints (for example, GET /health) to support load balancers, Kubernetes probes, and deployment verification.

Quick Start

Ask your team to implement structured JSON logs, RED/USE metrics, and an OpenTelemetry-compatible trace correlation strategy, then add a GET /health endpoint and wire alerts with runbooks and escalation.

Frequently Asked Questions about monitoring

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

FAQPage Schema
How do I set up structured logging for microservices?

Structured logging for microservices requires emitting machine-parseable JSON logs with consistent context like timestamps, request IDs, and service names. This enables fast search and reliable incident forensics across distributed architectures instead of guessing root causes.

What is the difference between RED and USE metrics for observability?

RED metrics track Rate, Errors, and Duration to measure service health, while USE metrics track Utilization, Saturation, and Errors for resource monitoring. Both patterns provide actionable metrics to evaluate system performance and detect failures early.

How do I implement distributed tracing with OpenTelemetry?

Distributed tracing with OpenTelemetry uses correlation and trace IDs propagated across services to follow requests end-to-end. This OpenTelemetry-style instrumentation pinpoints latency bottlenecks in microservice architectures.

How do I create symptom-based alerts that reduce noise?

Symptom-based alerts reduce noise by triggering on meaningful thresholds tied to user-visible problems. Pair these alerts with runbooks and escalation policies to improve response quality and avoid alert fatigue.

Do I need health check endpoints for Kubernetes probes?

Health check endpoints like GET /health are required for Kubernetes probes, load balancers, and deployment verification. Implementing standard endpoints supports automated traffic routing and deployment verification.