Jobs & automatisation
Automatisez les tâches récurrentes sans perdre la traçabilité. Apprenez à choisir une cible, valider un script, planifier une exécution, suivre les logs et traiter proprement les échecs.
Mis à jour le 26 juillet 2026. Les libellés peuvent varier légèrement selon votre rôle et votre offre.
Comprendre les jobs
Un job représente une action demandée à un agent : script, collecte, redémarrage, mise à jour ou opération de sécurité. Chaque job possède un état, un auteur, une cible, un délai et un résultat auditable.
- Pending : la demande attend son admission ou la disponibilité de la cible.
- Queued : la file a accepté la demande et garantit sa livraison.
- Dispatched : l’agent a reçu le job.
- Running : l’action est en cours sur l’endpoint.
- Completed : l’action a réussi avec une preuve de résultat.
- Failed / Cancelled / Timed out : l’action n’a pas abouti et doit être analysée.
Lancer un script en sécurité
- 1
Sélectionner la cible
Ouvrez un agent ou utilisez une sélection multiple depuis la vue Agents.
- 2
Choisir le type de script
Sélectionnez PowerShell, Bash ou l’interpréteur compatible avec le système cible.
- 3
Relire le contenu
Vérifiez les chemins, paramètres, privilèges, effets de bord et conditions de retour.
- 4
Définir un timeout
Choisissez une durée réaliste afin qu’un processus bloqué ne monopolise pas l’agent.
- 5
Exécuter sur un pilote
Testez d’abord sur un endpoint représentatif avant un déploiement large.
- 6
Contrôler la sortie
Consultez stdout, stderr, code de sortie, durée et chronologie du job.
Planifier une automatisation
- 1
Créer l’automatisation
Donnez un nom orienté résultat et une description exploitable par un autre technicien.
Exemple : Nettoyage hebdomadaire des fichiers temporaires Windows. - 2
Choisir le déclencheur
Utilisez un lancement manuel, une planification cron ou un événement selon le besoin.
- 3
Définir le périmètre
Sélectionnez explicitement les organisations, sites, tags ou agents ciblés.
- 4
Configurer la concurrence
Limitez le nombre d’exécutions simultanées pour préserver le réseau et les services.
- 5
Définir les retries
Réessayez uniquement les erreurs transitoires avec un backoff progressif.
- 6
Activer et observer
Surveillez les premières occurrences avant de considérer l’automatisation comme stable.
Utiliser des variables et des secrets
- Placez les paramètres non sensibles dans des variables lisibles.
- Référencez les credentials depuis Vault au lieu de les écrire dans le script.
- Ne journalisez jamais un mot de passe, un token ou une clé privée.
- Limitez les secrets au périmètre d’équipe et d’organisation nécessaire.
- Préférez des secrets à durée de vie courte lorsqu’un fournisseur le permet.
- Testez les erreurs d’authentification sans afficher la valeur utilisée.
Surveiller les exécutions
- Filtrer par état, type, cible, auteur et période.
- Ouvrir le détail pour consulter les logs en continu.
- Comparer le code de sortie avec le résultat fonctionnel attendu.
- Identifier les jobs en attente anormalement longue.
- Annuler une demande qui n’est plus nécessaire avant son démarrage.
- Créer une alerte ou un ticket pour les échecs récurrents.
Déployer à grande échelle
- 1
Construire un groupe pilote
Choisissez quelques machines couvrant les versions d’OS et profils matériels concernés.
- 2
Définir les paliers
Étendez progressivement le périmètre : pilote, 5 %, 20 %, 50 %, puis totalité.
- 3
Fixer les seuils d’arrêt
Stoppez automatiquement si le taux d’échec, la charge ou la latence dépasse le seuil accepté.
- 4
Préparer le rollback
Conservez une version précédente ou une action compensatoire testée.
- 5
Documenter le résultat
Enregistrez le périmètre, les erreurs, les corrections et la décision finale.
Résoudre les échecs fréquents
- Agent hors ligne : attendre la reconnexion ou vérifier le service agent.
- Quota atteint : réduire le volume, replanifier ou adapter l’offre.
- Queue saturée : attendre la reprise ; ne jamais contourner le contrôle de charge.
- Permission refusée : vérifier le rôle et le step-up MFA requis.
- Timeout : réduire le périmètre, augmenter raisonnablement la durée ou corriger le script.
- Capability absente : mettre à jour l’agent ou choisir une action compatible.
Checklist de validation
- Le script a été testé sur un endpoint pilote.
- La cible et le périmètre sont explicitement vérifiés.
- Les secrets ne figurent ni dans le script ni dans les logs.
- Un timeout et une politique de retry sont définis.
- Les droits et le MFA de l’opérateur sont adaptés.
- Le rollout progressif et les seuils d’arrêt sont configurés.
- Le résultat fonctionnel est contrôlé après l’exécution.
- Une procédure de rollback existe pour les actions sensibles.