observability-monitoring_skill

This skill helps you implement structured logging, metrics, tracing, and alerting to improve system visibility and reliability.
  • TypeScript

8

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill ariegoldkin/ai-agent-hub --skill observability-monitoring

  • SKILL.md5.2 KB

Overview

This skill provides a practical framework for implementing observability across services using structured logging, metrics, distributed tracing, and alerting strategies. It bundles concrete patterns, telemetry templates, and checklist-driven guidance to get production monitoring working reliably. The focus is on actionable implementations in TypeScript ecosystems.

How this skill works

The skill inspects and codifies best practices for logs, metrics, and traces: structured JSON logging with context, RED metrics and Prometheus histogram buckets, OpenTelemetry tracing with auto-instrumentation and manual spans, and alerting rules for key incidents. It includes health check patterns and templates for wiring these concerns into Node/Express services and Kubernetes probes.

When to use it

  • Setting up or standardizing application monitoring for new or existing services
  • Adding structured logging and request correlation to improve diagnostics
  • Instrumenting services with RED metrics and Prometheus-compatible histograms
  • Enabling distributed tracing with OpenTelemetry for cross-service latency analysis
  • Defining alerting rules and severity levels for production incidents
  • Creating health checks and readiness/liveness probes for Kubernetes deployments

Best practices

  • Log as structured JSON with contextual fields (userId, requestId, duration_ms) rather than string interpolation
  • Capture RED metrics (Rate, Errors, Duration) plus key business metrics and use appropriate Prometheus buckets
  • Auto-instrument standard libraries and add manual spans around business-critical operations
  • Attach correlation IDs to requests and propagate them through logs, metrics, and traces
  • Tune alerts by severity to reduce noise: start with critical service-down and high error-rate rules, then iterate

Example use cases

  • Implement a Winston-based structured logger and request middleware that emits JSON logs with correlation IDs
  • Configure Prometheus metrics: request counter, error counter, and latency histogram with recommended buckets
  • Integrate OpenTelemetry to auto-instrument Express, PostgreSQL, and Redis, and add manual spans for payment processing
  • Create Prometheus alerting rules for ServiceDown, HighErrorRate, and HighLatency with escalation severities
  • Add Kubernetes liveness, readiness, and startup probes and expose a health endpoint that reports dependency statuses

FAQ

Logs (what happened at a point in time), Metrics (how the system performs over time), and Traces (how requests flow through services).

Which metrics should I implement first?

Start with RED: Rate (requests/sec), Errors (failed requests/sec), and Duration (latency distribution). Add business metrics after baseline service metrics are stable.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational