Blog

Postqron ya está disponible: cronjobs gestionados como código

9 de octubre de 2026 · postqron · cronjobs · desarrolladores

Desde hoy Postqron está disponible: nuestro SaaS developer-first para la gestión, la sincronización y el monitoreo de cronjobs. Defines los trabajos programados desde la interfaz o en un archivo cron.yaml de tu propio repositorio de GitHub, y Postqron los ejecuta de forma fiable, reintenta con backoff exponencial si fallan, registra cada ejecución y te avisa cuando un trabajo sigue fallando.

1. Por qué lo construimos

Un crontab en una máquina es lo más fácil del mundo de escribir y lo más fácil de olvidar. Vive en un servidor que nadie mira, no deja un historial legible de qué salió bien, y cuando un trabajo deja de funcionar te enteras más abajo en la cadena: por un informe que falta, una factura que no se envió, un backup que no estaba. Postqron existe para mover esos trabajos de "cosas que corren en algún sitio" a cosas que puedes observar.

2. Programación fiable, sin un servidor cron propio

Los trabajos corren en la infraestructura de Postqron. Cada trabajo lleva su timezone explícita, así que la programación sigue siendo previsible incluso con los cambios de horario, y ante un error —timeout, fallo de red, respuesta HTTP de error— el intento se repite con backoff exponencial, hasta un máximo que decides tú para cada trabajo. No hay ninguna máquina tuya que mantener en pie solo para lanzar programaciones.

3. Tus trabajos viven en tu repositorio

Es la parte que más nos interesaba: con el sync de GitHub la configuración de los trabajos vive en un archivo cron.yaml de tu repositorio. Los mismos trabajos pasan por revisión, tienen un diff, tienen historial, como el resto del código. Quien entra al proyecto ve qué está programado leyendo el repo, no preguntando a quien estaba antes. Y si prefieres la interfaz, úsala: los dos caminos llevan al mismo sitio.

4. Registro de cada ejecución y avisos ante fallos

Cada intento guarda el instante de inicio y de fin, la duración, el resultado, el estado HTTP y un extracto truncado de la respuesta. Cuando un trabajo empieza a fallar de forma persistente salta un aviso: la idea es que un trabajo roto se sepa enseguida, no cuando alguien nota el efecto más abajo.

5. Pensado para desarrolladores

Postqron es API-first: una API REST para crear y actualizar trabajos, consultar las ejecuciones y lanzar un trigger manual, autenticación con claves API y configuración como código. Sirve para que la programación entre en tus scripts y en tus pipelines, no para encerrarte en un panel.

Postqron está disponible ahora en postqron.com. Si quieres ver cómo traer los trabajos que ya tienes en producción, hablemos: la primera consulta es gratuita.

← Todos los artículos