Diseñar alertas de burn rate que no despierten a nadie por gusto

Cómo construir alertas de SLO más estables cuando las métricas, labels y reglas cambian más de la cuenta.

Las releases recientes de Prometheus, OpenTelemetry Collector, Loki y Alloy dejan una lección bastante poco romántica: las alertas atadas a métricas crudas y labels frágiles se rompen o se vuelven ruidosas con facilidad. Esta guía muestra cómo aterrizar burn-rate alerts sobre recording rules estables, validarlas con promtool y desplegarlas sin convertir cada pico corto en una falsa urgencia.

Creada: 22 de abril de 2026

Publicada: 22 de abril de 2026

Tiempo estimado36 min

NivelIntermedio

Antes de empezarAcceso a Prometheus o al ruler que evalúa reglas en tu plataforma.

PlataformasLinux / Docker

WhatsApp X LinkedIn

Linux

Validación típica en un host Linux con promtool local y acceso HTTP al endpoint de Prometheus.

promtoolcurljqAcceso al endpoint HTTP de Prometheus

Comprobar sintaxis de reglas

promtool check rules rules/slo-burn-alerts.yaml

Inspeccionar el ratio de error actual del servicio

curl -sG http://prometheus:9090/api/v1/query --data-urlencode 'query=job:slo_error_ratio:rate5m{job="api"}' | jq .

Ver el burn rate rápido antes de activar paging

curl -sG http://prometheus:9090/api/v1/query --data-urlencode 'query=job:slo_error_budget_burn_rate_1h{job="api"}' | jq .

Leer también enDesign burn rate alerts that do not wake people up for sport

Contenido bloqueado

Esta guía requiere completar ambos pasos para leer el contenido completo.

○Dale a “Me gusta” en la guía.
○Comparte en WhatsApp, X, LinkedIn o copia el enlace.

Cuando se cumplan ambos pasos, el acceso se desbloquea automáticamente.