Da oggi Postqron è disponibile: il nostro SaaS developer-first per la gestione, la sincronizzazione e il monitoraggio di cronjob. Definisci i job schedulati dall'interfaccia o in un file cron.yaml nel tuo repository GitHub, e Postqron li esegue in modo affidabile, riprova con backoff esponenziale sugli errori, registra ogni esecuzione e ti avvisa quando un job continua a fallire.
1. Perché lo abbiamo costruito
Il crontab su una macchina è la cosa più semplice del mondo da scrivere e la più facile da dimenticare. Vive su un server che nessuno guarda, non lascia una cronologia leggibile di cosa è andato a buon fine, e quando un job smette di funzionare lo scopri a valle — da un report mancante, da una fattura non inviata, da un backup che non c'era. Postqron nasce per spostare quei job da "cose che girano da qualche parte" a cose osservabili.
2. Scheduling affidabile, senza un server cron tuo
I job girano sull'infrastruttura di Postqron. Ogni job ha una timezone esplicita, quindi lo scheduling resta prevedibile anche attraverso i cambi di ora legale, e sugli errori — timeout, errori di rete, risposte HTTP di errore — il tentativo viene ripetuto con backoff esponenziale entro un numero massimo di tentativi che decidi tu, job per job. Non c'è nessuna macchina tua da tenere in piedi solo per far partire delle schedulazioni.
3. I job vivono nel tuo repository
È la parte che ci interessava di più: con il sync da GitHub la configurazione dei job sta in un file cron.yaml nel tuo repository. Gli stessi job passano in review, hanno un diff, hanno una cronologia — come il resto del codice. Chi arriva sul progetto vede cosa è schedulato leggendo il repo, non chiedendo a chi c'era prima. Chi preferisce l'interfaccia la usa: le due strade portano allo stesso posto.
4. Log di ogni esecuzione, alert sui fallimenti
Ogni tentativo registra l'istante di inizio e di fine, la durata, l'esito, lo stato HTTP e un estratto della risposta. Quando un job comincia a fallire in modo persistente arriva un alert: l'idea è che un job rotto si sappia subito, non quando qualcuno nota l'effetto a valle.
5. Pensato per sviluppatori
Postqron è API-first: API REST per creare e aggiornare i job, consultare le esecuzioni e fare un trigger manuale, autenticazione con chiavi API e configurazione come codice. Serve a far entrare lo scheduling nei tuoi script e nelle tue pipeline, non a costringerti dentro un'interfaccia.
Postqron è disponibile ora su postqron.com. Se vuoi capire come portarci i job che hai già in produzione, parliamone: la prima consulenza è gratuita.