Escala incidentes a PagerDuty desde tu agente

Hay fallos que no esperan a que alguien revise un canal de Slack por la mañana: una integración caída en producción, un pago que no procesa, un servicio que responde con error a la mitad de los usuarios. Para ese nivel de urgencia, el marketplace de Arko incluye PagerDuty: un Power que dispara un incidente real, con guardia y escalamiento, no solo un mensaje.

Qué resuelve PagerDuty que un chat no resuelve

Slack o Discord notifican; PagerDuty despierta. La diferencia no es cosmética: PagerDuty gestiona turnos de guardia, reintenta por otro canal si nadie confirma y escala a la siguiente persona si el incidente sigue sin atenderse. Es la herramienta correcta cuando el costo de que nadie vea el aviso a tiempo es alto.

Configura el Power

PagerDuty expone su Events API para crear incidentes por HTTP: la url es su endpoint de eventos, el método POST, y la cabecera lleva la clave de integración del servicio que quieres que reciba el incidente —cada servicio en PagerDuty tiene la suya.

• resumen: la descripción del incidente en una frase clara para quien recibe la guardia.
• severidad: crítica, error, advertencia o informativa, según el impacto real.
• origen: qué sistema o Power detectó el problema.

El agente no decide la severidad solo, la aprende de tus instrucciones

Definir cuándo un problema es lo bastante grave para despertar a alguien no es una decisión que quieras dejar a la interpretación libre del modelo. Sé explícito en las instrucciones del agente sobre qué condiciones ameritan cada nivel de severidad, con ejemplos concretos, para que el criterio sea el tuyo y no una aproximación.

Antes de conectar este Power

Prueba primero con un servicio de PagerDuty dedicado a pruebas, no el que ya tiene guardias reales asignadas. Confirma que el incidente llega, que la severidad se mapea como esperabas y que el resumen es útil para alguien que lo lee dormido a las tres de la mañana, antes de apuntarlo a producción.