Exécutez vos scripts .ps1 depuis Semaphore avec entrées enregistrées et environnement Windows. Planifiez l’administration courante et conservez la sortie de chaque exécution.
Le script n’est qu’une partie de la configuration. Modules installés, valeurs d’environnement et accès aux systèmes Windows doivent aussi être prêts pour la personne suivante.
Planifiez votre script pour vérifier les services requis ou les certificats proches de l’expiration. Utilisez sortie et codes pertinents pour signaler les vérifications échouées à l’équipe.
Planifier les vérifications WindowsUtilisez vos scripts de rapport avec modules et accès aux comptes requis. Planifiez la collecte et écrivez les rapports dans la destination de votre processus.
Configurer une planificationConservez votre script de maintenance dans Git et configurez ses entrées d’environnement. Laissez les collègues lancer l’opération enregistrée depuis l’interface.
Partager un travail préparéLe modèle sélectionne un dépôt Git et le point d’entrée .ps1, gardant le script vérifiable et le travail nommé.
Exécutez-le sur un serveur ou runner Windows préparé avec les modules et accès requis. Semaphore garde l’état et le journal.
Jack Henry & Associates décrit l’utilisation de Semaphore sur plus de 10 000 serveurs Windows, avec des runners et la prise en charge de PowerShell aux côtés d’autres outils d’automatisation. Sasha K., ingénieur systèmes senior, partage cette expérience dans le témoignage client publié.
Lire le témoignage Jack HenryProvisionnez l’environnement Windows avec Terraform, exécutez votre script PowerShell de configuration ou maintenance, puis vérifiez l’application avec Python.
Provisionner les systèmes Windows
Exécuter la maintenance Windows
Vérifier l’application
Collecter les diagnosticsLes Task Templates PowerShell nécessitent un runner Windows ou un serveur Semaphore sous Windows. Installez les modules et configurez les accès réseau et de compte nécessaires au script.
Sélectionnez le dépôt et le chemin .ps1. Les Variable Groups injectent des variables d’environnement que le script peut lire avec $env:VARIABLE_NAME.
Recueillez les entrées avant l’exécution plutôt que d’attendre des invites du terminal. Terminez avec 0 en cas de réussite ou un code non nul en cas d’échec, et affichez suffisamment d’informations pour diagnostiquer le résultat.
Exécutez un modèle enregistré manuellement ou selon une planification. Conservez la sortie de chaque tâche et configurez les notifications des résultats que l’équipe doit suivre.
Oui. Créez un Task Template PowerShell, sélectionnez dépôt et point d’entrée .ps1 et associez des Variable Groups pour la configuration d’exécution. Le script reste versionné dans Git. Exécutez-le dans un environnement Windows préparé avec modules et accès.
Oui. La configuration documentée utilise un serveur Semaphore sous Windows ou un runner Windows. Un runner de projet Windows place l’exécution là où modules, accès au domaine et systèmes cibles sont disponibles. Les runners de projet nécessitent Pro.
Non. Préparez ces dépendances dans l’environnement qui exécute le script. Le modèle sélectionne la source et les entrées d’exécution. Votre code PowerShell et sa configuration déterminent les connexions aux systèmes Windows et les actions réalisées.
Exécutez les scripts sans interaction et affichez des diagnostics utiles. Le code de sortie 0 marque la réussite ; un code non nul marque l’échec de la tâche. Traitez les erreurs attendues dans le script pour que son code reflète l’achèvement réel de l’opération prévue.
Oui. Enregistrez le script de vérification dans un Task Template PowerShell, configurez son environnement Windows et ajoutez une planification. Le script détermine les services ou certificats examinés. Configurez les alertes pour notifier les échecs à l’équipe.
Oui. Un workflow peut relier leurs Task Templates pour ordonner provisionnement, administration Windows et configuration système. Ajoutez des conditions de résultat et des vérifications séparées. Chaque script ou playbook conserve son environnement et ses entrées.
Oui. Gardez le fichier .ps1 versionné dans Git et configurez le Task Template réutilisable. Attribuez un accès qui permet l’exécution sans modification de la configuration. Les collègues peuvent lancer l’opération et consulter sa sortie dans l’interface.
Associez des Variable Groups au Task Template. Leurs valeurs sont injectées comme variables d’environnement que le script peut lire avec les fonctions PowerShell prévues à cet effet. Stockez les valeurs sensibles dans des entrées secrètes et configurez séparément le compte Windows et l’accès aux modules.
