Disponible·du 18 mai au 24 septembre 2027
Élève-ingénieur Cloud & DevOps
Aujourd'hui en cycle ingénieur à Polytech, je cherche un stage en infrastructure, cloud ou DevOps.
$
$
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.
juin 2024 → août 2025 · Administrateur infrastructure et cloud
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écommunications, parcours DevCloud — IUT1, Grenoble
Les compétences suivies d’une flèche renvoient à l’étude de cas 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.
L'automatisation n'a pas seulement supprimé des heures : elle a transformé une procédure qui existait dans la tête de quelqu'un en artefact partagé.
Lire l’étude de cas→
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.
Ce qui a justifié la migration, c'est le besoin d'isoler des segments clients aux exigences différentes — un besoin d'architecture, pas une préférence technique.
Lire l’étude de cas→
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.
Un dispositif de reprise ne vaut que par sa dernière restauration réussie. Un rapport au vert prouve qu'un fichier a été écrit, pas qu'un service peut redémarrer.
Lire l’étude de cas→
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. Grenoble, Lyon, Annecy, ou à distance.