observability-integrator

Instrument logs, metrics, traces, and health endpoints in Kotlin Spring services.

14|1|Updated Mar 6, 2026
One-click install
npx skills add https://github.com/yalishevant/kotlin-backend-agent-skills --skill observability-integrator-yalishevant
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability-integrator
Source: https://github.com/yalishevant/kotlin-backend-agent-skills/tree/main/.agents/skills/observability-integrator
Command: npx skills add https://github.com/yalishevant/kotlin-backend-agent-skills --skill observability-integrator-yalishevant

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Design and implement end-to-end observability for Kotlin Spring services, turning operational ambiguity into actionable insight.

Core Features & Use Cases

  • Instrument logs, metrics, traces, and health endpoints across synchronous and asynchronous boundaries.
  • Define SLO-driven metrics and reliable alerts to improve incident diagnosis and response.
  • Manage trace propagation and cardinality to keep observability cost in check.

Quick Start

Deploy the observability plan to your Kotlin Spring service and begin collecting actionable telemetry immediately.

Frequently Asked Questions about observability-integrator

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

FAQPage Schema
How do I implement observability for Kotlin Spring services to diagnose incidents?

Observability for Kotlin Spring services is implemented by instrumenting logs, metrics, traces, and health endpoints across synchronous and asynchronous workflows to turn operational ambiguity into actionable diagnostic insight.

What is trace propagation and how does it work in asynchronous Spring workflows?

Trace propagation in asynchronous workflows maintains diagnostic context across thread boundaries. It ensures distributed traces remain linked during async execution, satisfying requirements for reliable end-to-end incident diagnosis in Kotlin Spring services.

How do I control metric cardinality to keep observability costs down?

Metric cardinality is controlled by managing label combinations during instrumentation. This practice keeps observability costs in check by preventing unbounded dimensional growth while retaining actionable telemetry for incident response.

Can I define SLO-driven metrics and alerts for Spring health endpoints?

SLO-driven metrics and actionable alerts can be applied to Spring health endpoints and indicators. This integration improves incident diagnosis and response by aligning operational telemetry directly with service level objectives.

Does this observability approach support both synchronous and asynchronous boundaries?

This approach supports observability instrumentation across both synchronous and asynchronous boundaries. It applies unified telemetry collection to ensure trace propagation and health monitoring remain reliable regardless of execution model.

What is the best way to set up health indicators for actionable alerts in Spring?

The best way to set up health indicators is defining SLO-driven metrics and reliable alerts with minimal exposure. This configuration provides actionable operational insight while keeping diagnostic telemetry cost-effective.