Caso de uso - CI/CD y Desarrollo

Configurando un webhook desde tu herramienta de CI hacia 24Cevent. Cuando un build o despliegue termina en error, el evento genera una alerta que se envía a quien esté de turno por WhatsApp, Teams o llamada telefónica, y escala al siguiente si no hay confirmación dentro del tiempo definido.

Definiendo calendarios de turno con responsables, horarios, reemplazos y feriados. En lugar de escribirle al que hizo el último commit, la alerta llega automáticamente a quien corresponde en ese momento. Si no responde, escala al siguiente nivel o cambia de canal, y todo el proceso queda registrado.

Sí, mediante workflows interactivos. Ante un incidente, 24Cevent puede notificar al responsable y esperar su aprobación antes de ejecutar la acción que tú definas, como disparar el job de rollback de tu pipeline o llamar a tu propia API. La confirmación se da desde el canal configurado y queda registrada junto al incidente.

Con reglas de filtrado y severidad. Los eventos se pueden filtrar por su resultado, de manera que solo los fallos relevantes generen notificación y el resto quede registrado sin interrumpir a nadie. Además, los errores relacionados con una misma causa se agrupan en un único incidente en vez de notificarse por separado.

24Cevent registra automáticamente los tiempos de cada evento: cuándo se generó, cuándo lo confirmó un responsable y cuándo se cerró. Con eso calcula MTTA y MTTR sin depender de que alguien reconstruya la línea de tiempo durante el postmortem, y permite comparar la evolución entre releases.

Sí, mediante los webhooks nativos de cada herramienta. En GitHub se configura desde Settings, Webhooks, escuchando eventos de workflow y filtrando los que terminan en error. GitLab tiene equivalente en su propia configuración de webhooks. No se requiere instalar agentes ni desarrollar integraciones a medida.