observability-setup

Instruments applications with OpenTelemetry to capture logs, metrics, and traces.

3|2|Updated Jun 9, 2026
One-click install
npx skills add https://github.com/JayRHa/AgentSkills --skill observability-setup-jayrha
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability-setup
Source: https://github.com/JayRHa/AgentSkills/tree/main/observability-setup
Command: npx skills add https://github.com/JayRHa/AgentSkills --skill observability-setup-jayrha

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

Observability enables teams to understand system behavior by instrumenting applications with logs, metrics, and traces to diagnose issues quickly.

Core Features & Use Cases

  • Standardize instrumentation on OpenTelemetry across services.
  • Define SLIs/SLOs and derive actionable alerts to surface user-visible pain.
  • Quick Start: Install and instrument a new service to begin collecting logs, metrics, and traces.

Quick Start

Install OpenTelemetry instrumentation into your service and start exporting logs, metrics, and traces.

Frequently Asked Questions about observability-setup

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

FAQPage Schema
How do I instrument an application with logs, metrics, and traces for observability?

Application observability instrumentation is achieved by adopting standard OpenTelemetry to capture structured logs, metrics, and traces, enabling end-to-end visibility and quick issue diagnosis across your services.

What is the best way to correlate trace IDs across logs and metrics?

Correlating trace IDs across logs and metrics requires a collector-based topology, which enforces best practices for tracing context propagation to ensure reliable end-to-end visibility and accurate issue diagnosis.

How do I define SLIs and SLOs to derive actionable alerting workflows?

Defining SLIs and SLOs for alerting workflows involves standardizing your application instrumentation to surface user-visible pain, allowing you to set reliable service level objectives and trigger actionable alerts.

Does OpenTelemetry work for standardizing observability across multiple services?

OpenTelemetry works for standardizing observability across multiple services by guiding uniform instrumentation of structured logs, metrics, and traces into a central collector topology for comprehensive visibility.

Can I use a collector-based topology to manage logs, metrics, and tracing exports?

You can use a collector-based topology to manage observability exports, as this approach enforces best practices for routing structured logs, metrics, and tracing data captured via standard OpenTelemetry instrumentation.

Why do I need structured logs and metrics to diagnose system behavior issues?

Structured logs and metrics are needed to diagnose system behavior issues because they provide the reliable data foundation required to understand application state, correlate trace IDs, and quickly identify root causes.