← Publications

Note terrain · Platform engineering

Un lab Flagger public : Gateway API, pas de magie 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 moments :

  1. Promotion — patch Deployment V2, poids HTTPRoute 25→50, puis primary.
  2. Rollback — pods Ready + 5xx HTTP sur la canary uniquement ; la primary reste intacte.
  3. A/B — apply d’un Canary avec match x-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.

À propos · Accompagnement

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

Problématique similaire

Projets liésFlagger Demo Kind

← Toutes les publications