Systèmes & Infrastructure
Bash avancé
Automatisation système et scripting avancé
- Durée
- 3 jours
- Public
- Entreprises
- Modalité
- Présentiel ou distanciel
Demander un devisVoir le programme
Automatiser, avant Ansible.
Métier Jacquard et ses cartes perforées, National Museum of Scotland · Stephencdickson · CC BY-SA 4.0
À qui s’adresse cette formation
Aux administrateurs système et aux profils DevOps qui tiennent déjà des serveurs à la main et veulent industrialiser ce qui se répète — sauvegardes, vérifications, déploiements, traitements de fichiers. Également aux développeurs qui écrivent des scripts d’exploitation sans les avoir jamais travaillés comme du code.
Prérequis : être à l’aise sur une ligne de commande Linux — déplacements, permissions, services, journaux. Aucune expérience de programmation n’est requise.
Ce qu’on sait faire à la sortie
Écrire un script qui survit à ses cas limites : entrées validées, erreurs attrapées, sortie exploitable par un autre programme. Extraire ce qu’on cherche d’un fichier de journal ou d’une réponse JSON sans quitter le terminal. Surveiller une machine et déclencher une alerte sur un seuil qu’on a choisi. Et reconnaître le moment où un script atteint sa limite, où l’infrastructure déclarée prend le relais.
Programme
Bash au-delà du script d’appoint. Variables avancées et portée, tableaux et tableaux associatifs, structures de contrôle, fonctions réutilisables, codes de retour et gestion des erreurs. Un script devient un objet qu’on relit, qu’on teste et qu’on reprend six mois plus tard.
Manipulation de données. Expressions régulières, sed, awk, et le
traitement de JSON avec jq. C’est le bloc le plus dense de la formation, et
celui qui fait gagner le plus de temps au quotidien : l’essentiel du travail
d’exploitation consiste à extraire quelque chose d’une sortie que personne n’a
prévue pour vous.
Scripts système et supervision. Gestion des processus, surveillance des ressources, sauvegardes automatisées, rotation et exploitation des journaux, alertes sur seuil.
Sécurité et robustesse. Validation des entrées, exécution avec les droits justes, pièges classiques de l’expansion de variables, tests d’un script, optimisation quand le volume grossit.
Du script à l’infrastructure déclarée. Une ouverture, en fin de parcours : ce que Terraform apporte qu’une suite de commandes n’apporte pas — l’état connu, la reproductibilité, la destruction propre — et ce qu’Ansible change à la gestion d’un parc. De quoi décider ce qui reste un script et ce qui doit changer d’outil.
Comment se déroule la session
Chaque bloc alterne présentation courte et mise en pratique sur machine. Les scripts écrits en séance répondent à des besoins d’exploitation réels et sont remis en fin de formation : ils constituent une base de départ plutôt qu’un exercice jeté.
Le parcours se termine par un projet d’automatisation qui combine plusieurs blocs — un traitement complet, du déclenchement à la trace laissée derrière.
Modalités
- Volume : 3 jours (modulable selon les besoins)
- Format : présentiel ou distanciel
- Supports : cours, travaux pratiques guidés, scripts commentés et projet de fin de parcours
ou écrire directement, objet déjà rempli.
Questions fréquentes
Avant de réserver cette formation
- Faut-il déjà savoir écrire des scripts Bash ?
- Il faut être à l'aise en ligne de commande : se déplacer, lire des permissions, consulter des journaux, redémarrer un service. Savoir enchaîner quelques commandes dans un fichier suffit. La formation reprend les variables et les structures de contrôle avant d'aller plus loin.
- Sur quoi travaille-t-on pendant les exercices ?
- Sur des machines Linux réelles, avec de vrais services à surveiller et de vraies pannes à diagnostiquer. Les scripts écrits en séance sont ceux qu'on remporte : sauvegarde, rotation de journaux, alerte sur seuil, traitement de fichiers de sortie.
- La formation couvre-t-elle Terraform et Ansible en profondeur ?
- Elle les aborde en fin de parcours, pour situer le passage du script à l'infrastructure déclarée : ce que Terraform apporte qu'un script n'apporte pas, ce qu'Ansible change à la gestion de parc. Un approfondissement réel de ces deux outils demande un module dédié, à cadrer selon le contexte.
