coachhub coachhub
senior devops engineer · platform engineering ingénieur devops senior · platform engineering
i keep the kubernetes platform that ~30 engineers, data engineers and designers ship on every day running smoothly, secure and cheap to operate.
je maintiens la plateforme kubernetes sur laquelle ~30 ingénieurs, data engineers et designers livrent chaque jour : fiable, sécurisée et peu coûteuse à opérer.
the scale
l’échelle
- 7 eks clusters across 4 aws accounts and 2 regions (eu-central-1 + us-east-1)
- dev, staging, prod and tooling environments
- ~70 nodes and ~500 workloads
- kubernetes 1.34–1.35, oldest clusters live since 2021
- 7 clusters eks sur 4 comptes aws et 2 régions (eu-central-1 + us-east-1)
- environnements dev, staging, prod et outillage
- ~70 nœuds et ~500 workloads
- kubernetes 1.34–1.35, clusters les plus anciens en service depuis 2021
the team
l’équipe
a 3-person platform team (sre / devops + a manager) serving ~30 internal users — software engineers, data engineers and product designers. small team, high leverage: everything is automated, or it does not scale.
une équipe platform de 3 (sre / devops + un manager) au service de ~30 utilisateurs internes — software engineers, data engineers et product designers. petite équipe, fort levier : tout est automatisé, sinon ça ne passe pas à l’échelle.
from a locked release train to gitops
du release train verrouillé au gitops
the deployment story i’m proudest of. before: 20+ independent services, each with its own ci/cd pipeline and inter-service dependencies. shipping to prod meant a locked “release train” to avoid breaking things. after: a gitops approach drives deployment state, and shared github actions ci workflows replaced the per-service pipeline sprawl. services stopped blocking each other on the way to prod.
le chantier déploiement dont je suis le plus fier. avant : 20+ services indépendants, chacun son pipeline ci/cd et des dépendances inter-services. la mise en prod passait par un « release train » verrouillé pour éviter de tout casser. après : une approche gitops pilote l’état des déploiements, et des workflows ci github actions partagés ont remplacé la dispersion des pipelines par service. les services ne se bloquent plus entre eux pour passer en prod.