Retirer les travaux courants de votre liste de tâches

Planifiez playbooks Ansible, code d’infrastructure et scripts. Gardez correctifs, renouvellements de certificats et sauvegardes dans une planification commune avec un résultat pour chaque exécution.

Installer gratuitement Lire la documentation

ENTRÉEInfrastructure

PlanificationNOUVELLE PLANIFICATION

Vérifications hebdomadaires des services0 2 * * 0Vérification préliminaire des services de staging

Renouvellement des certificats0 3 * * *Renew public TLS certificates

Vérification des sauvegardes de base de données0 6 * * 1-5Verify production backups

L’entrée cron existe. Le travail courant est-il toujours effectué ?

Les fenêtres de correctifs et renouvellements de certificats s’oublient facilement. Un identifiant modifié ou un hôte inaccessible peut casser un travail auparavant fonctionnel. Un simple minuteur n’indique pas à l’équipe ce qui a été exécuté ni ce qui nécessite une attention.

Garder la planification et le résultat ensemble. Planifiez un Task Template enregistré, vérifiez sa prochaine exécution et ouvrez chaque occurrence depuis l’historique. L’horaire reste visible avec le travail qu’il déclenche.

Planification

Tâche

Historique

Planifier les travaux et suivre chaque exécution

Choisissez le Task Template, définissez un intervalle récurrent ou une expression cron et examinez la prochaine exécution avant d’enregistrer.

Éditeur réel de planification ponctuelle Semaphore reliant le modèle Ansible Staging service preflight à une heure de début UTC

Intégrer le travail récurrent à la routine de l’équipe

Planifier un travail déjà utilisé par l’équipe

Regroupez dépôt, inventaire et identifiants dans un Task Template réutilisable.

Modèles de tâches

Examiner chaque occurrence planifiée

Chaque exécution possède son état, ses horodatages et sa sortie de tâche.

Historique et journaux d’exécution

Envoyer une alerte lorsqu’un travail planifié échoue

Choisissez les canaux et événements de notification pour les correctifs, renouvellements de certificats et autres travaux récurrents.

Notifications

Rendre l’automatisation courante prévisible

Planifier un travail déjà testé

Une planification ajoute uniquement un horaire à un Task Template existant. Le modèle conserve le dépôt, le playbook ou script, la configuration cible, les références aux identifiants et les entrées acceptées. Cet ordre compte en pratique : exécutez d’abord l’opération manuellement, lisez sa sortie, puis donnez une cadence à cette même définition. Modifier ensuite le modèle change toutes les occurrences futures : examinez ses modifications comme vous examinez le code qu’il exécute.

Correctifs, renouvellement de certificats et vérifications de sauvegardes

Ces travaux peuvent cesser discrètement de fonctionner. Associez une planification à un playbook Ansible de correctifs, un script de renouvellement TLS ou une vérification de sauvegarde testés : la cadence fait alors partie du projet plutôt que de la crontab d’un ingénieur. Semaphore démarre l’opération et enregistre le résultat ; votre playbook ou script reste responsable de vérifier la modification et de renvoyer un code non nul en cas d’échec. Envoyez ces échecs vers un canal suivi pour détecter un renouvellement manqué avant expiration.

Expressions cron, intervalles prédéfinis et fuseau horaire du serveur

Choisissez un intervalle prédéfini ou une expression cron standard à cinq champs. L’éditeur affiche le fuseau configuré près de l’expression et prévoit la prochaine exécution dans ce fuseau ainsi que dans l’heure locale du navigateur. C’est le moyen le plus rapide de repérer une expression ne correspondant pas à votre intention. Les administrateurs définissent le fuseau au niveau du serveur et UTC est la valeur par défaut ; il n’y a pas de choix de fuseau par planification. Si le fuseau observe l’heure d’été, vérifiez l’occurrence attendue autour du changement d’heure avant de compter sur une fenêtre de maintenance.

Fournir les valeurs nécessaires à l’exécution planifiée

Une planification peut transmettre des valeurs au moyen des champs activés sur le modèle, comme une branche, une limite d’hôtes Ansible ou un champ Survey. Déterminez les valeurs variables avant d’activer la cadence, testez cette combinaison manuellement, puis enregistrez-la dans la planification. Limitez les entrées exposées : la planification ne doit pas élargir le périmètre cible d’une opération validée sur un périmètre plus réduit.

Trouver et examiner une occurrence en échec

Chaque occurrence devient une tâche ordinaire avec état, heure de début, contexte source et sortie : l’enquête part ainsi de l’exécution réelle plutôt que du modèle actuel. Comparez le début prévu au début observé pour diagnostiquer un retard. Il n’y a ni nouvelle tentative ni rattrapage automatique d’un créneau manqué : la reprise est une décision explicite. Examinez la sortie d’origine, puis lancez une nouvelle exécution, souvent avec une limite d’hôtes plus étroite.

Choisir les alertes des exécutions sans surveillance

Une planification peut hériter des alertes configurées sur son modèle ou utiliser un autre ensemble d’alertes de projet. Orientez les échecs sans surveillance vers l’équipe qui suit les travaux courants, tandis que les exécutions manuelles peuvent garder une sélection d’alertes distincte.

Planifier une maintenance ponctuelle

Utilisez une planification ponctuelle pour une opération devant s’exécuter une seule fois à une heure choisie : vérification de maintenance ou nettoyage temporaire, par exemple. Gardez les planifications cron récurrentes pour la routine. Les deux démarrent un Task Template enregistré et laissent une trace normale à examiner.

Documentation et fonctions associées

FAQ

Semaphore peut-il planifier Ansible, Terraform, OpenTofu et des scripts ?

Oui. Une planification Semaphore lance un Task Template existant, qu’il exécute un playbook Ansible, une configuration Terraform ou OpenTofu ou un script Bash, Python ou PowerShell. Configurez d’abord dépôt, identifiants, cibles et environnement dans le modèle. Ajoutez ensuite horaire et entrées prises en charge à la planification. Chaque occurrence garde un enregistrement de tâche normal plutôt que de créer un modèle distinct de scripts planifiés.

Puis-je utiliser une expression cron ou un intervalle prédéfini ?

Oui. Semaphore propose des intervalles courants et accepte une expression cron standard à cinq champs pour une heure plus précise. Vérifiez la prévision de prochaine exécution avant d’enregistrer. Une planification démarre un Task Template existant ; elle ne remplace pas playbook, configuration Terraform ou script dans Git. Gardez le travail idempotent si plusieurs exécutions peuvent toucher la même infrastructure.

Puis-je planifier les correctifs serveur et le renouvellement des certificats TLS ?

Oui, si vous disposez déjà d’un Task Template testé. Un playbook hebdomadaire de correctifs Ansible ou un script de renouvellement peut être déclenché par une planification. Semaphore fixe le démarrage et garde la trace ; playbook ou script doit encore mettre à jour, vérifier le résultat et signaler correctement l’échec. Ajoutez des notifications si un échec nécessite une attention avant la prochaine fenêtre ou expiration.

Quel fuseau horaire utilise une planification ?

Les planifications utilisent le fuseau du serveur Semaphore, UTC par défaut. Le fuseau affiché et la prévision de prochaine exécution expliquent l’expression ; ils ne constituent pas un réglage distinct par planification. Documentez le fuseau du serveur avec la cadence, surtout pour des équipes dans plusieurs régions. Si vous utilisez un fuseau avec heure d’été, vérifiez l’occurrence autour des changements d’heure avant de compter sur une fenêtre de maintenance.

Une planification peut-elle fournir une autre branche, un autre inventaire ou une limite d’hôtes ?

Une planification peut fournir les paramètres de tâche pris en charge grâce aux champs activés sur le modèle. Commencez par déterminer les valeurs variables et n’activez que ces entrées. Testez manuellement la combinaison voulue, puis enregistrez les remplacements de la planification. Le modèle conserve la configuration d’exécution réutilisable. Une planification ne doit pas contourner la conception des entrées de l’opération ni élargir discrètement son périmètre cible.

Que se passe-t-il si une opération planifiée dépasse son intervalle ?

Le travail planifié utilise le modèle d’exécution normal et ses réglages de parallélisme et capacité. Un minuteur fréquent ne sécurise pas les modifications qui se chevauchent sur les mêmes cibles. Comparez durée attendue et intervalle et envisagez des verrous ou un comportement idempotent dans l’automatisation. Testez attente et chevauchement dans votre déploiement avant d’utiliser une cadence courte pour des opérations coûteuses ou destructives.

Où trouver une exécution planifiée en échec ?

Ouvrez l’historique du projet et retrouvez l’occurrence à examiner. Vérifiez état, horaires, contexte source et sortie de l’outil avant de décider d’une relance. Comparez début prévu et début observé pour diagnostiquer un retard. Les notifications peuvent envoyer les résultats importants vers un canal configuré, mais la tâche reste la trace d’exécution détaillée.

La planification comprend-elle des nouvelles tentatives automatiques et le rattrapage des exécutions manquées ?

Ne supposez pas de nouvelle tentative, de rattrapage ou de calendrier ouvré non documenté pour votre version installée. Une planification définit quand lancer une opération ; la reprise après interruption est une exigence distincte à concevoir et tester. Décidez si une sauvegarde ou vérification de maintenance manquée doit être exécutée en retard, ignorée ou soumise à la décision d’un ingénieur. Ce choix dépend de l’opération et de son effet sur l’environnement cible.

Puis-je démarrer un workflow selon une planification ?

Le formulaire actuel de planification choisit un Task Template, pas un workflow. Pour démarrer un workflow complet à heure fixe, appelez la Workflow API Pro depuis un ordonnanceur externe ou un Task Template de script planifié dans Semaphore. Le workflow suit alors ses dépendances, approbations et chemins de réussite ou d’échec. Sa progression est enregistrée dans une exécution distincte. Consultez les workflows et la documentation de la Workflow API.