J'ai commencé par le support (2016), puis l'administration systèmes et réseaux, la cybersécurité et enfin le DevOps. Ce parcours me fait regarder une plateforme en entier : le serveur, le réseau, le pipeline et ce qui se passe quand quelque chose casse.
Chez Hoortrade (2022 - 2025), j'étais le seul référent DevOps d'une équipe produit de huit développeurs : architecture de la plateforme SaaS sur OVH Cloud, clusters Kubernetes de la recette à la production, pipelines GitLab CI/CD, Terraform et Ansible, observabilité avec Prometheus, Grafana et Zabbix, gestion des incidents et analyses de causes racines.
Je ne peux pas montrer le code ni l'infrastructure de mes employeurs. Les projets de ce site sont donc personnels, construits sur une infrastructure que j'administre.
Ma façon de travailler
Comment je travaille, appliqué à mes projets, avec de quoi le vérifier.
01
Rien ne part sans revue ni pipeline vert
Chaque changement passe par une branche et une merge request. La fusion est bloquée tant que le pipeline n'a pas réussi, sur tous les projets.
La CI ne peut changer que l'image d'un Deployment. Les pods tournent sans root, en lecture seule, sans jeton Kubernetes quand ils n'en ont pas besoin. Le service qui reçoit les messages des visiteurs n'a aucun accès au cluster.
Ingénieur DevOps avec plus de 7 ans d'expérience en infrastructure, conteneurisation et automatisation CI/CD. Ex-référent technique DevOps chez Hoortrade : architecture SaaS sur Kubernetes, Infrastructure as Code (Terraform, Ansible) et observabilité (Prometheus, Grafana). Intègre l'IA générative dans les workflows DevOps pour accélérer l'automatisation.
Expérience professionnelle
Ingénieur DevOps (freelance)
2025 - 2026
Projets indépendants et lab Kubernetes · À distance