Togliere i job ricorrenti dalla lista delle cose da fare
Pianifica playbook Ansible, codice infrastrutturale e script. Tieni aggiornamenti, certificati e backup in una pianificazione condivisa con un risultato per ogni esecuzione.
La voce cron esiste. Il lavoro ricorrente viene ancora svolto?
È facile dimenticare finestre di aggiornamento e rinnovi dei certificati. Credenziali cambiate o host irraggiungibili possono interrompere un job funzionante. Un timer da solo non dice al team cosa è stato eseguito o richiede attenzione.
Tenere insieme pianificazione e risultato. Pianifica un Task Template salvato, controlla la prossima esecuzione e apri le ricorrenze dalla cronologia. L’orario rimane visibile insieme al lavoro avviato.
Pianificare job e seguire ogni esecuzione
Scegli il Task Template, imposta un intervallo o un’espressione cron ed esamina la prossima esecuzione prima di salvare.
Vedi le attività pianificate, cambia gli orari o disabilita un job senza rimuovere il modello.
Controlla ogni ricorrenza, ora di inizio e risultato senza raccogliere output da host cron separati.
Apri log e dettagli per analizzare una ricorrenza fallita.
Integrare il lavoro ricorrente nella routine del team
Rendere prevedibile l’automazione di routine
Pianificare un job già testato
Una pianificazione aggiunge solo un orario a un Task Template esistente. Il modello conserva repository, playbook o script, configurazione delle destinazioni, riferimenti alle credenziali e input accettati. L’ordine conta: esegui prima l’operazione manualmente, leggi l’output e solo dopo assegna una cadenza alla stessa definizione. Modificare successivamente il modello cambia tutte le ricorrenze future: esamina le modifiche come esamini il codice che esegue.
Aggiornamenti, rinnovi certificati e controlli backup
Sono i job che smettono di funzionare in silenzio. Collega una pianificazione a playbook di aggiornamento, rinnovo TLS o verifica backup testati: la cadenza entra nel progetto anziché nella crontab di un tecnico. Semaphore avvia e registra; playbook o script devono ancora verificare la modifica e uscire con codice non nullo se fallisce. Invia gli errori a un canale seguito, per rilevare un rinnovo mancato prima della scadenza.
Espressioni cron, intervalli predefiniti e fuso orario del server
Scegli un intervallo predefinito o un’espressione cron standard a cinque campi. L’editor mostra il fuso configurato e l’anteprima della prossima esecuzione sia in quel fuso sia nell’ora locale del browser, per individuare rapidamente un’espressione diversa dall’intento. Gli amministratori impostano il fuso a livello server, UTC di default; non esiste un selettore per singola pianificazione. Se il fuso usa l’ora legale, verifica la ricorrenza intorno al cambio d’ora prima di affidarti a una finestra di manutenzione.
Fornire i valori necessari a un’esecuzione pianificata
Una pianificazione può passare valori tramite i campi abilitati dal modello, come ramo, limite host Ansible o campo Survey. Decidi i valori variabili prima di attivare la cadenza, testa manualmente la combinazione e salvala nella pianificazione. Limita i campi esposti: la pianificazione non deve ampliare le destinazioni di un’operazione verificata con un ambito più ristretto.
Trovare e analizzare una ricorrenza fallita
Ogni ricorrenza diventa un task normale con stato, inizio, contesto di origine e output propri, così l’indagine parte dall’esecuzione reale anziché dal modello attuale. Confronta inizio previsto e osservato per diagnosticare ritardi. Non esistono tentativi o recuperi automatici delle finestre perse: il recupero richiede una scelta deliberata. Esamina l’output originale e avvia una nuova esecuzione, spesso con un limite host più ristretto.
Scegliere avvisi per le esecuzioni non presidiate
Una pianificazione può ereditare gli avvisi del modello o usare un diverso insieme di avvisi di progetto. Invia gli errori non presidiati al team che segue le attività ricorrenti; le esecuzioni manuali possono mantenere una selezione distinta.
Pianificare una manutenzione una tantum
Usa una pianificazione una tantum per un’operazione a un’ora precisa, come controllo di manutenzione o pulizia temporanea. Usa cron ricorrente per la routine. Entrambi avviano un Task Template salvato e creano registrazioni normali.
Documentazione e funzionalità correlate
FAQ
Semaphore può pianificare Ansible, Terraform, OpenTofu e script?
Sì. Una pianificazione avvia un Task Template esistente, sia esso Ansible, Terraform, OpenTofu o uno script Bash, Python o PowerShell. Configura prima repository, credenziali, destinazioni e ambiente nel modello. Aggiungi poi orari e input supportati. Ogni ricorrenza crea un task normale, non un modello separato di script pianificati.
Posso usare un’espressione cron o un intervallo predefinito?
Sì. Semaphore offre intervalli comuni e cron standard a cinque campi. Verifica l’anteprima prima di salvare. La pianificazione avvia un modello, non sostituisce playbook, Terraform o script in Git. Mantieni idempotenza quando le ricorrenze toccano la stessa infrastruttura.
Posso pianificare aggiornamenti server e rinnovo dei certificati TLS?
Sì, se esiste già un Task Template testato. Un playbook settimanale di aggiornamento o uno script di rinnovo può essere pianificato. Semaphore stabilisce l’avvio e conserva la registrazione; il codice deve aggiornare, verificare e segnalare correttamente errori. Aggiungi notifiche se serve intervenire prima della prossima finestra o scadenza.
Quale fuso orario usa una pianificazione?
Le pianificazioni usano il fuso configurato sul server, UTC di default. Fuso mostrato e anteprima spiegano l’espressione: non sono un’impostazione separata per ogni pianificazione. Documenta il fuso insieme alla cadenza, soprattutto con team in più regioni. Se usi l’ora legale, verifica le ricorrenze al cambio d’ora prima di affidarti alla manutenzione.
Una pianificazione può fornire un altro ramo, inventario o limite host?
Una pianificazione può fornire parametri supportati tramite i campi abilitati nel modello. Decidi prima quali valori possono variare e abilita solo quelli. Testa manualmente la combinazione e salva le sostituzioni nella pianificazione. Il modello continua a contenere la configurazione riutilizzabile. La pianificazione non deve aggirare la progettazione degli input o ampliare silenziosamente le destinazioni.
Cosa succede se un’operazione dura più dell’intervallo?
Il lavoro pianificato usa il modello normale con impostazioni di concorrenza e capacità. Un timer frequente non rende sicure modifiche sovrapposte alle stesse destinazioni. Confronta durata prevista e intervallo e considera blocchi o idempotenza nell’automazione. Testa attese e sovrapposizioni prima di usare cadenze brevi per operazioni pesanti o distruttive.
Dove trovo un’esecuzione pianificata fallita?
Apri la cronologia di progetto e trova la ricorrenza da analizzare. Esamina stato, tempi, origine e output prima di decidere una nuova esecuzione. Confronta inizio previsto e osservato per diagnosticare ritardi. Le notifiche portano i risultati a un canale, ma il task rimane la registrazione dettagliata.
La pianificazione include tentativi automatici e recupero delle esecuzioni perse?
Non presumere tentativi, recuperi o calendari lavorativi non documentati per la versione installata. Una pianificazione definisce quando avviare un’operazione; il recupero dopo un’interruzione è un requisito separato da progettare e testare. Decidi se un backup o controllo mancato debba essere eseguito in ritardo, saltato o sottoposto a un tecnico. La scelta dipende dall’operazione e dai suoi effetti sulla destinazione.
Posso avviare un workflow secondo una pianificazione?
Il modulo attuale seleziona un Task Template, non un workflow. Per un workflow a orario chiama la Workflow API Pro da un pianificatore esterno o da un Task Template di script pianificato in Semaphore. Il workflow segue dipendenze, approvazioni e percorsi configurati. L’avanzamento è registrato come esecuzione separata. Consulta i workflow e la documentazione della Workflow API.
