Crontinel

Monitoriza tareas programadas y colas de Laravel con alertas

SaaS

Sobre Crontinel

Crontinel es un servicio de monitorización para aplicaciones Laravel. Vigila tus tareas programadas (cron) y tus workers de colas, detecta ejecuciones perdidas, tardías o fallidas y trabajos atascados, y te avisa por email, Slack y otros canales antes de que los problemas lleguen a tus usuarios.

¿Qué es Crontinel?

Crontinel es un servicio de monitorización para tareas en segundo plano que parte de una idea concreta: que un proceso termine con código de salida 0 no significa que haya hecho su trabajo. Por eso separa dos estados distintos, el estado del proceso (completado, exit 0) y el resultado de negocio (outcome), y permite definir reglas sobre ese resultado: si una tarea debía procesar al menos un registro y el recibo indica 0, se abre una incidencia aunque el proceso haya acabado "limpio".

El funcionamiento es sencillo: tras ejecutar el trabajo, cualquier runtime envía un único recibo HTTP en JSON al endpoint de ingesta (con la clave de ingesta de la app) indicando comando, estado, código de salida, marcas de tiempo y métricas como processed_records. Hay recetas de check-in para curl, Node, Python, Sidekiq y GitHub Actions, sin necesidad de instalar un SDK. Como la comprobación vive en el servidor, sigue funcionando aunque el proceso o la máquina mueran.

Para Laravel existe un paquete Composer opcional que adjunta el recibo desde el scheduler y puede añadir profundidad de colas y frescura de Horizon. El panel muestra el histórico de ejecuciones con columna de resultado, tareas programadas, estado por worker y supervisor, y tendencia de profundidad de colas. Un recibo posterior que cumpla la regla cierra la incidencia.

Características principales de Crontinel

Separa el estado del proceso (exit 0) del resultado de negocio, de modo que una ejecución "completada" puede marcarse como fallida si no cumple la regla definida.
Recibo HTTP único en JSON que se puede enviar desde curl, Node, Python, Sidekiq o GitHub Actions, sin SDK específico por lenguaje.
Trata la ausencia de métrica como fallo: un cero es un resultado real y un recibo sin el contador no se considera saludable.
Paquete opcional para Laravel que adjunta el recibo desde el scheduler y puede reportar profundidad de colas y frescura de Horizon.
Monitorización de workers y supervisores con estado por worker, detección de pausas, tendencia de profundidad de cola y tasa de trabajos fallidos.
Alertas por email tanto del fallo como de la recuperación, y un paquete de incidencia que pueden leer asistentes como Cursor, Claude Code o Codex.

¿Para quién es Crontinel?

Está pensado para equipos de desarrollo y personas que mantienen aplicaciones con trabajos en segundo plano en producción: crons del sistema, workers de colas, workflows programados en GitHub Actions o schedulers de frameworks. Encaja especialmente bien con equipos Laravel por el paquete Composer dedicado, pero sirve a cualquier stack capaz de hacer una petición HTTP al terminar un job.

Casos de uso

Detectar que un despliegue ha borrado la entrada de cron y que schedule:run lleva horas sin ejecutarse aunque la web responda 200.
Abrir una incidencia cuando un comando como reports:generate termina con exit 0 pero procesa 0 registros.
Vigilar workers caídos o supervisores en pausa cuando el gestor de colas sigue marcando "running" y la cola real está parada.
Monitorizar un workflow programado de GitHub Actions enviando el recibo con curl o Python después del paso del job.

Precio de Crontinel

El plan Free cuesta 0 $/mes e incluye una app conectada, cinco monitores por app y siete días de histórico de ejecuciones y eventos; se empieza sin tarjeta. Los planes de pago (Starter, Pro y Max) están anunciados como planificados: su checkout y los límites de uso aún están en revisión, por lo que no hay precios publicados.

¿Crontinel está disponible en español?

Sin confirmarLa web está en inglés y no enlaza a una versión en español; las fuentes no indican si el panel o las alertas están disponibles en español.

Preguntas frecuentes sobre Crontinel

¿Necesito usar Laravel para usar Crontinel?: No: cualquier runtime puede enviar el mismo recibo JSON por HTTP, con recetas para curl, Node, Python, Sidekiq y GitHub Actions. El paquete Composer de Laravel es opcional y añade integración con el scheduler, las colas y Horizon.
¿Por qué marca como fallida una tarea que terminó correctamente?: Porque Crontinel guarda por separado el estado del proceso y el resultado de negocio: si la regla exige al menos un registro procesado y el recibo informa 0, la ejecución sigue como completada con exit 0 pero el resultado se marca como fallido.
¿Por qué canales avisa cuando algo falla?: El canal verificado hoy es el email, que envía tanto la alerta del trabajo sin resultado como la recuperación posterior; la propia web indica que Slack y los webhooks aún no figuran como disponibles públicamente.