Skip to content
Back to skills

Common Observability

ASecurity

Enforce structured JSON logging, OpenTelemetry distributed tracing, and RED metrics across backend services. Use when adding request correlation, setting up tracing spans, defining SLO burn-rate alerts, or instrumenting middleware.

  • 571 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 3, 2026
developmentgojavabackend

Security analysis

A100/100

Pro scans all 4 files and shows the line behind each finding

Scanned October 3, 2026

npx -y skills add HoangNguyen0403/agent-skills-standard --skill common-observability --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Common Observability?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Common Observability
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/hoangnguyen0403-common-observability-fea062ac/badge)](https://www.skillsdirectory.com/skills/hoangnguyen0403-common-observability-fea062ac)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: common-observability
description: Enforce structured JSON logging, OpenTelemetry distributed tracing, and RED metrics across backend services. Use when adding request correlation, setting up tracing spans, defining SLO burn-rate alerts, or instrumenting middleware.
metadata:
  triggers:
    files:
      - "**/*.service.ts"
      - "**/*.handler.ts"
      - "**/*.middleware.ts"
      - "**/*.interceptor.ts"
      - "**/*.go"
      - "**/*.java"
      - "**/*.kt"
      - "**/*.py"
    keywords:
      - logging
      - tracing
      - metrics
      - opentelemetry
      - observability
      - slo
---

# Common Observability Standards

## **Priority: P1 (HIGH)**

## Logging & Tracing

- **JSON Logs**: Always emit JSON structured logs. Never plain-text in prod.
- **Correlation**: Extract `X-Request-Id` or `traceparent`. Attach to async context.
- **Tracing**: Use OpenTelemetry. Propagate W3C `traceparent`.
- **Spans**: Name spans like `<HTTP_METHOD> <route>` (`GET /users/:id`).

See [implementation examples](references/implementation.md) for structured logger setup with Pino.

## Metrics

- **Required**: Request rate, Error rate, Latency histogram (p50/p95/p99), Saturation.
- **SLOs**: Alert on SLO burn rates, not raw threshold spikes.

## Instrumentation Workflow

1. Define the operation and route-normalized span name before adding code.
2. Propagate request/trace context across every async or service boundary.
3. Log one structured event with correlation fields; redact secrets and request bodies.
4. Add RED metrics with route-safe labels, then define an SLO and burn-rate alert.
5. Exercise a success and failure path; confirm spans close and IDs join logs to traces.

## Anti-Patterns

- **Console.log**: not use in prod; use structured logger (`pino`, `zap`).
- **PII in Logs**: Never log tokens, passwords, or full request bodies.
- **Dynamic Span Names**: `GET /users/123` causes cardinality explosion. Use `GET /users/:id`.
- **Missing Cleanup**: Always end tracing spans.

## References

- [Observability Data Formats](references/observability-formats.md)

Files in this skill

  • LICENSE1 KB
  • SKILL.md2 KB
  • references/implementation.md451 B
  • references/observability-formats.md211 B

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…