1. Contrato de evento
una fila en service_heartbeats, con los tipos utilizados por la consulta explícitos.
- timestamp_utc
- Timestamp
- service_name
- Utf8
- environment
- Utf8
- status
- Utf8
como funciona
Un flujo de trabajo revisable desde la señal hasta la decisión
1
Elija una señal con un propietario
Un umbral sólo es útil cuando alguien comprende lo que significa y puede actuar. Comience con un resultado de usuario, ingresos o confiabilidad.
2
Establecer salvaguardas de volumen y tiempo
Evite proporciones con denominadores pequeños, permita la fluctuación normal de la programación e ignore los períodos de tiempo incompletos cuando corresponda.
3
Pruebe la ruta de respuesta
Active la condición con datos sintéticos, confirme la entrega e incluya suficiente contexto para que el destinatario abra la consulta o el panel correcto.
Crear una alerta a partir de un resultado de Explorar
Las acciones reales de Explorar que promueven un resultado revisado en un panel o alerta de umbral.
Límites
Lo que esto no reemplaza
- Las alertas de umbral no son detección de anomalías y deben utilizar una línea de base revisada, un volumen suficiente y períodos de tiempo completos.
- La entrega de correo electrónico no sustituye a un proceso completo de gestión y escalamiento de incidentes.
- Telemetry no puede inferir si una señal es procesable; Cada alerta aún necesita un propietario y una respuesta documentada.
Ruta de prueba inspeccionable
Del contrato de evento a una respuesta visible
Este ejemplo utiliza un esquema declarado, SQL de solo lectura y resultados sintéticos deterministas. Demuestra el flujo de trabajo sin presentar datos de muestra como punto de referencia del cliente.
2. SQL de solo lectura
¿Qué fuentes de telemetría esperadas han dejado de enviar latidos?
SELECT
service_name,
environment,
MAX(timestamp_utc) AS last_seen_at,
COUNT(*) AS heartbeats_in_window
FROM service_heartbeats
WHERE timestamp_utc >= now() - INTERVAL '24 hours'
AND environment = 'production'
GROUP BY service_name, environment
HAVING MAX(timestamp_utc) < now() - INTERVAL '10 minutes'
ORDER BY last_seen_at ASC;3. Resultado sintético
Primero se debe investigar el valor last_seen_at más antiguo.
| service_name | environment | last_seen_at |
|---|---|---|
| billing_sync | production | 2026-07-27 15:04:00Z |
| email_worker | production | 2026-07-27 15:11:00Z |
Capacidades
Que esta incluido
Condiciones de recuento, suma, promedio, mínimo, máximo y percentil
Comparaciones mayores que y menores que
Intervalo de evaluación configurable y ventana de punto reciente
Exclusión opcional del depósito incompleto más reciente
Múltiples destinatarios de correo electrónico e historial de alertas
Ver el análisis
Recetas SQL que utilizan esta capacidad
Detectar latidos de servicio faltantes
Encuentre servicios, trabajadores o tareas programadas que dejaron de informar antes de que apareciera un evento de falla.
Receta abiertaEncuentre trabajos en segundo plano estancados con SQL
Únase a los eventos de inicio y finalización del trabajo para identificar el trabajo que excedió su ventana de finalización esperada.
Receta abiertaCalcular la tasa de errores de API por ruta
Utilice SQL para clasificar las rutas API según una tasa de error 5xx mientras protege el resultado del ruido de bajo volumen.
Receta abiertaCasos de clientes
Cómo utilizan los equipos este flujo de trabajo
Capacidades relacionadas
Continuar el flujo de trabajo desde el evento hasta la decisión
Monitoreo de agentes de IA
Supervise el costo de los agentes de IA, el uso de herramientas y los resultados con eventos estructurados
Explorar capacidadAnálisis asistido por IA
Convierta una pregunta en lenguaje sencillo en SQL que pueda inspeccionar y mejorar
Explorar capacidadIngestión de eventos estructurados
Convierta el comportamiento de la aplicación en tablas de eventos consultables
Explorar capacidadComience con un flujo de trabajo de producción
Utilice un mensaje enfocado, envíe eventos sintéticos y verifique la primera consulta útil antes de ampliar la cobertura.