observability-design

Design end-to-end observability with traces, logs, metrics, and OpenTelemetry configuration.

1|Updated Apr 8, 2026
One-click install
npx skills add https://github.com/YuluoY/nimis --skill observability-design-yuluoy
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: observability-design
Source: https://github.com/YuluoY/nimis/tree/main/skills-en/observability-design
Command: npx skills add https://github.com/YuluoY/nimis --skill observability-design-yuluoy

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Planning and implementing end-to-end observability during system design so production systems are easy to monitor, debug, and measure.

Core Features & Use Cases

  • Three-pillar architecture: plan Traces, Logs, and Metrics across services.
  • Structured logging and masking: define log formats, masking rules, and safe data practices.
  • Observability tooling blueprint: outline OpenTelemetry/OpenTelemetry Collector setups, dashboards, and alerting.
  • Use Case: design observability for a new microservices app or refactor with measurable SLIs/SLAs.

Quick Start

Define your system's observability goals and scaffold tracing, logging, and metrics wiring in your codebase.

Frequently Asked Questions about observability-design

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

FAQPage Schema
How do I design observability for a microservices architecture using traces, logs, and metrics?

Design observability by planning the three-pillar approach across services: traces for request flow, logs for structured event data, and metrics for system health. This blueprint outlines formats, OpenTelemetry configuration, and SLIs/SLAs to ensure reliable monitoring.

What is the best way to configure OpenTelemetry for end-to-end system monitoring?

Configure OpenTelemetry by scaffolding tracing, logging, and metrics wiring in your codebase and deploying an OpenTelemetry Collector. This setup provides a tooling blueprint for capturing telemetry data, establishing dashboards, and defining alerting strategies.

How do I define SLIs and SLAs when refactoring a production system for better monitoring?

Define SLIs and SLAs by establishing measurable performance guarantees during your system refactor. The design process outlines specific health checks and metrics tracking to ensure your production systems meet reliability targets and alerting thresholds.

How should I implement structured logging and data masking for safe production debugging?

Implement structured logging by defining standardized log formats and strict masking rules for sensitive data. This safe data practice ensures production debugging remains compliant while providing clear event context within your observability architecture.

Can I use this observability design approach for a new application, or is it only for refactoring existing systems?

This observability design applies to both new microservices applications and existing system refactors. It scaffolds the necessary tracing, logging, and metrics wiring to guarantee measurable SLIs and SLAs regardless of your project's current lifecycle stage.

What alerting strategies should I set up to maintain reliable system observability?

Set up alerting strategies by configuring threshold-based rules derived from your defined SLIs and SLAs. The observability tooling blueprint connects these alerts to your metrics and health checks, ensuring rapid notification for production system performance degradation.