Alertas en New Relic alineadas a SLOs

Configurar alertas en New Relic alineadas a Service Level Objectives (SLO) te permite monitorear cuándo tu aplicación deja de cumplir con los estándares mínimos de rendimiento. Aquí aprenderás a crear una política de alertas desde cero, definir condiciones con NRQL y activar un flujo de notificaciones para reaccionar a tiempo.

Qué son los SLO y por qué guían tus alertas

Los Service Level Objectives son un término clave en DevOps que define los estándares mínimos de tolerancia en el rendimiento de una aplicación. En otras palabras, marcan la línea entre lo aceptable y lo que necesita atención inmediata.

Para este ejemplo, el SLO se basa en la cantidad de transacciones (vistas) que recibe la aplicación Foodme App. Si las transacciones bajan de cierto umbral, algo está fallando y necesitas saberlo.

¿Qué es un SLO? Es un objetivo medible que define el rendimiento mínimo aceptable de un servicio. Si tu app cae por debajo, se activa una alerta para que actúes.

Cómo crear una policy de alertas en New Relic desde cero

El menú lateral izquierdo es tu mejor aliado dentro de New Relic. Desde ahí accedes a toda la configuración de monitoreo.

Dónde encuentro la opción de alertas

En el menú lateral, haz clic en Alerts and AI y luego en Alert conditions and policies [01:00]. Si es tu primera alerta, baja hasta el final y elige entre subir una policy preconstruida o crear una nueva con Create new policy.

Después define el nombre, por ejemplo Policy 01, y elige el tipo de issue que prefieres.

Qué tipo de issue debo elegir en mi policy

New Relic ofrece tres formas de agrupar incidentes [01:45]:

• One issue per policy: agrupa todos los incidentes de la policy en un solo issue.
• One issue per condition: separa los issues por cada condición creada.
• One issue per incident: no agrupa nada y genera un issue por cada incidente individual.

Para empezar, deja la opción por defecto y selecciona Create a policy without notification para guardar la policy sin notificaciones aún.

Cómo defino las condiciones que disparan la alerta

Una policy sin condiciones no hace nada. Las condiciones son las reglas que evalúan tus datos y deciden si la alerta se activa.

Cómo configuro una condición con NRQL

Haz clic en Crear condición y selecciona la categoría NRQL (New Relic Query Language), que viene por defecto. Pega un query que cuente las órdenes de transacciones del portal de Foodme App; New Relic genera automáticamente un gráfico con los resultados [03:20].

¿Qué es NRQL? Es el lenguaje de consultas de New Relic que te permite extraer métricas y eventos específicos de tus aplicaciones para monitorearlos.

Cómo establezco el threshold de la condición

En Set your condition threshold defines el umbral que dispara la alerta. Tienes que decidir varios parámetros:

• Tipo de threshold: estático o dinámico. Para empezar, deja el estático.
• Prioridad: critical para problemas urgentes o warning para algo que vigilar sin pánico inmediato.
• Operador: below, above o equals según el comportamiento que quieras detectar.
• Valor y duración: por ejemplo, below 5 transactions durante al menos 30 minutos.

Esa configuración significa que si las transacciones caen por debajo de 5 durante media hora, la alerta se dispara [04:30].

Antes de guardar, asegúrate de que la opción Enable on save esté activa. Si te falta el nombre de la condición, New Relic te lo indica con un mensaje claro; agrégalo, por ejemplo Condition 01, y vuelve a guardar.

Cómo activo el workflow de notificaciones

Una condición sin canal de salida no te avisa de nada. El workflow conecta la alerta con el canal donde quieres recibirla.

Navega a Notification setting a la derecha y crea un nuevo workflow. New Relic preconfigura tu correo electrónico, pero también puedes integrar otros canales [05:40]:

• Slack para notificar a tu equipo en tiempo real.
• Webhook para conectar con sistemas personalizados.
• Jira para crear tickets automáticos.

Deja el correo por defecto si quieres una prueba rápida y haz clic en activar. Tu workflow queda listo: si la app no registra transacciones en los próximos 30 minutos, recibirás una notificación.

Qué oportunidad de alerta detectas en tu propia app

Ya tienes el flujo completo: policy, condición NRQL y workflow de notificaciones. Ahora identifica un escenario propio en Foodme App donde una alerta sea valiosa y compártelo en los comentarios para recibir feedback.