La alerta llega a la persona correcta, no al ruido.
Tu stack de monitorización dispara un webhook; SendNomi enruta la alerta al equipo correcto por severidad y etiqueta, distribuye resúmenes según calendario y ejecuta la respuesta a incidentes dejando registro de principio a fin. El email de operaciones es ruido o un salvavidas — la diferencia está en la regla de enrutamiento.
Nada de ruido — un email al equipo correcto.
Un umbral superado en Prometheus o una alarma de Grafana llega como webhook; la regla mira la severidad (P1–P3) y las etiquetas para elegir el equipo de destino. El ingeniero de guardia recibe un email formateado con un resumen de contexto, y cada alerta queda en un registro con marca de tiempo. SendNomi se sitúa delante de tu stack de monitorización existente — sin necesidad de SDK.
- Evento Un umbral superado o una alarma llega como webhook.
POST /webhooks/alerts - Regla La coincidencia por severidad + etiqueta elige el equipo de destino.
severity=P1 → team: on-call - Envío Un email de alerta formateado con un resumen de contexto.
template: alert-context - Registro Quién, cuándo, por qué — un log con marca de tiempo.
retention: 12 months
El ruido se asienta en un informe matinal.
Los resúmenes diarios y semanales se generan solos con un disparador cron: un informe basado en plantilla llega al equipo como un único email, sin recopilación manual. Una nueva ruta, una ventana de mantenimiento o una nota de release viaja por el mismo canal — publicado con un clic a una audiencia basada en roles, para que todo el equipo se entere al mismo tiempo.
- Resumen diario de logs Un informe basado en plantilla llega al equipo cada mañana.
trigger: cron · daily - Resumen semanal Las métricas de la semana se fusionan en un solo email.
trigger: cron · weekly - Anuncio de sistema Deploy, mantenimiento, ruta — publicado con un clic.
target: role-based
Un incidente no solo se resuelve; se anuncia, se sigue y se revisa.
En el momento en que se abre una alarma P1, el ingeniero de guardia tiene el resumen de contexto; los stakeholders reciben el estado desde una única fuente, y las notas de progreso salen solas a intervalos definidos mientras avanza la resolución. Cuando el incidente se cierra, se distribuyen la ventana de impacto y el resumen; la línea de tiempo de la revisión post-incidente se completa sola a partir del registro de auditoría. Ningún paso queda fuera del registro.
- DETECT Incidente abierto
Alarma P1; el ingeniero de guardia recibe un email instantáneo con el resumen de contexto.
- ANNOUNCE Aviso a stakeholders
Los equipos afectados y los responsables reciben el estado desde una única fuente.
- UPDATE Nota de progreso
Actualizaciones de estado automáticas a intervalos definidos mientras avanza la resolución.
- CLOSE Nota de resolución
La ventana de impacto y un breve resumen llegan a todos los stakeholders.
- REVIEW Informe post-incidente
La línea de tiempo se completa sola a partir del registro de auditoría.
Los primeros segundos de una alerta P1.
Cómo una alerta entra como webhook y se convierte en un registro trazable en una configuración representativa — los valores de latencia corresponden a una configuración típica y varían según la complejidad de las reglas.
El email de alerta lleva un resumen de contexto: qué servicio, qué umbral, desde cuándo.
Tu primer envío en cuestión de minutos.
Crea tu cuenta gratuita — 500 envíos al mes, para siempre.