Infrastructure et cloud · 18 mois en production
J’ai fait tourner à deux la production d’un éditeur SaaS : 12 000 utilisateurs, quatre sites, deux pays. J’y ai vu la production disparaître un vendredi après-midi. Depuis, je construis des infrastructures qu’on peut détruire et reconstruire, et je prouve qu’elles reviennent.
Élève-ingénieur à Polytech · disponible en stage du 18 mai au 24 septembre 2027
$ whoami --scope=production
role: Élève-ingénieur Cloud & DevOps
experience: 18 mois · éditeur SaaS · équipe de 2
scope: 4 sites · 2 pays · 12 000 utilisateurs finaux
migration: 10 applications → Kubernetes (AKS)
recovery: Velero · PRA documenté · restaurations testées
2025 – 2028
Diplôme d'ingénieur, Informatique, Données et Usages, Polytech Annecy-Chambéry
Systèmes distribués, données et apprentissage automatique, gouvernance.
juin 2024 – août 2025
Administrateur infrastructure et cloud (CDI), SYDEV
Kubernetes, CI/CD et GitOps, Terraform, observabilité, PRA.
févr. – juin 2024
Stage de fin d'études, prolongé en CDI, SYDEV
Modules Terraform, automatisation du cycle de vie des comptes avec Ansible.
juin – août 2023
Stage, assistance systèmes et réseaux, WIDIP
Support de niveau 1 en infogérance multi-clients, documentation.
2021 – 2024
BUT Réseaux et Télécoms, parcours DevCloud, IUT1, Grenoble
Les compétences suivies d’une flèche renvoient à l’étude de cas ou au projet qui les met en œuvre.
L’infrastructure décrite dans un dépôt et livrée par une chaîne, plutôt que montée à la main. C’est là que se joue la pratique DevOps.
Le socle opéré au quotidien : des applications réparties sur plusieurs clusters, dans deux régions.
Savoir avant l’utilisateur, et pouvoir revenir en arrière.
Quatre sites, deux pays, des accès à borner.
Les bases que l’infrastructure porte (150 en production) et ce qu’on leur fait dire.
Ce qui remplace une procédure manuelle, et les petits outils qui la rendent utilisable par l’équipe.
Une infrastructure sert des gens : les dépanner, et laisser derrière soi de quoi reprendre sans moi.
L'arrivée d'un client sur la plateforme SaaS demandait de créer ses machines virtuelles à la main, une par une. Terraform et PowerShell ont remplacé la procédure : 3 à 5 heures économisées à chaque nouveau client selon son volume.
Le modèle d'hébergement ne suivait plus la croissance. Une dizaine d'applications ont été portées sur AKS, réparties sur des clusters multi-régions selon les segments clients, et livrées par une chaîne CI/CD Azure DevOps et un déploiement GitOps ArgoCD. Les données, elles, sont restées dans le même pool managé : une base par client, 150 au total.
Sauvegarde des clusters, plan de reprise documenté, restaurations réellement testées. Une sauvegarde qu'on n'a jamais restaurée n'est pas une sauvegarde.
Projet personnel
Les outils de sauvegarde ne restaurent qu’aux instants de leurs sauvegardes planifiées. BackReel enregistre chaque changement de l’API Kubernetes et journalise chaque écriture des volumes, pour remettre objets et données tels qu’ils étaient à n’importe quelle seconde. Sans accès à etcd, et chaque restauration annonce sa précision réelle.
Projet personnel
Une plateforme complète sur le cloud public d’Infomaniak, qui se construit et se détruit en une commande : réseau privé, trois nœuds sur trois zones, cluster k3s, entrée HTTPS, GitOps avec Argo CD, observabilité, et des sauvegardes prouvées par une vraie restauration. Chaque décision est consignée, chaque panne aussi. La suite : mesurer l’énergie et le carbone de chaque charge.
Temps de lecture : 7 minutes
Une commande destinée à supprimer un enregistrement DNS a détruit l'infrastructure de production d'un éditeur SaaS, un vendredi après-midi. Ce qui suit n'est pas le récit d'une erreur de manipulation, mais l'analyse de ce qui a permis à une erreur de manipulation d'avoir cette portée.
Lire l’article→
Disponible du 18 mai au 24 septembre 2027
Stage assistant ingénieur : infrastructure, cloud, DevOps. Genève (Suisse), Annecy, Lyon, Grenoble, ou à distance.