Le problème à résoudre
L’infrastructure est gérée par une accumulation de scripts maison, non documentés et connus d’une seule personne. Toute modification est risquée, non tracée et difficile à reproduire — un risque opérationnel et un point de fragilité humaine majeur.
La promesse pour la direction
Votre ingénieur passe du script artisanal au GitOps : l’infrastructure devient du code versionné, revu et déployé automatiquement depuis Git, avec historique complet et retour arrière instantané.
Ce que le parcours débloque
complet
Traçabilité des changements Historique Git
Automatique
Reproductibilité de l’infra
Instantané
Délai de retour arrière
Le cadre
| Élément | Valeur |
|---|---|
| Profil cible | Ingénieur système habitué au scripting |
| Prérequis | Bash/Python, Git, Linux |
| Durée | 6 mois (accélérateur) |
| Format | Blended · 70 % de pratique |
Pile technique maîtrisée à l’issue
ArgoCD · Flux · Terraform · OpenTofu · Helm · Kustomize · Sealed Secrets · Vault
Les jalons
Une trajectoire pour un collaborateur déjà en poste. Chaque mois est validé par un livrable et un critère d’acceptation écrit à l’avance.
| Mois | Thème | Atelier | Validation |
|---|---|---|---|
| M1 | Infrastructure as Code Terraform / OpenTofu | Décrire une infrastructure existante en code | ✔ Infra reproductible depuis zéro |
| M2 | Workflow Git Revue & versioning | Mettre en place un dépôt d’infrastructure avec revues | ✔ Toute modification tracée et revue |
| M3 | GitOps avec ArgoCD Déploiement déclaratif | Synchroniser un cluster sur l’état décrit dans Git | ✔ Dérive corrigée automatiquement |
| M4 | Gestion des secrets Sealed Secrets / Vault | Chiffrer les secrets dans le dépôt Git | ✔ Aucun secret en clair dans Git |
| M5 | Environnements multiples Promotion dev→prod | Promouvoir une version de dev vers la production | ✔ Promotion auditée et réversible |
| M6 | Projet plateforme Plateforme GitOps interne | Industrialiser le déploiement d’un service réel | ✔ Soutenance + rollback en direct |