Note terrain · Platform engineering
Un lab Flagger public : Gateway API sans tout cacher derrière make#
J’ouvre un atelier Kind (Cilium, Envoy Gateway, Flagger) où les participants patchent du YAML pour voir qui décide vraiment du trafic.
Le dépôt GitHub passe public le 13 octobre 2026 à 10h30 (heure de Paris).
Lien : EtienneDeneuve/flagger-demo-kind.
Kubernetes sait remplacer des pods. Il ne décide pas seul si une version mérite davantage de trafic.
Pour les ateliers plateforme, j’ai packagé un lab macOS — Kind, Cilium, Envoy Gateway, Flagger, Prometheus — avec une contrainte volontaire : les participants appliquent des fichiers sous manifests/tp/, au lieu de seulement taper make good.
Trois exercices :
- Promotion — patch Deployment V2, poids HTTPRoute 25→50, puis primary.
- Rollback — pods Ready + 5xx HTTP sur la canary uniquement ; la primary reste intacte.
- A/B —
applyd’un Canary avec matchx-canary, puis révision V4 pour la cohorte.
Le dépôt (MIT) : EtienneDeneuve/flagger-demo-kind.
Docs EN : README.en.md.
Référence upstream : Flagger Gateway API tutorial.
Ce n’est pas un template production (pas de GitOps, pas de TLS, métrique app Podinfo pour la pédagogie). C’est un support pour faire lire la boucle de contrôle là où le trafic rencontre une nouvelle version.
Étienne Deneuve
CTO expert
Je dirige des équipes, je reste dans le code et les plateformes, et je vérifie ce qui change vraiment le delivery. J’anime aussi ateliers, interventions et formations.
Votre plateforme est critique mais chaque évolution devient difficile à sécuriser ?
Qualifier les responsabilités, modes de panne et risques qui empêchent la plateforme d’évoluer sans régression.
Voir la revue de risque plateforme Voir comment j’interviens →
Omnivya est l’entreprise que j’ai cofondée avec Taous, et dont je suis CTO. Les missions structurées y passent.
Pour une question ou un échange sans brief commercial : M’écrire · LinkedIn