Statut · Alpha
Flagger Demo Kind
Lab open source macOS : progressive delivery avec Flagger, Gateway API, Cilium et Envoy Gateway — les participants appliquent du YAML, pas seulement des raccourcis make.
Problème rencontré
Les équipes confondent encore rolling update Kubernetes et décision de trafic : Ready ne dit pas si une version mérite 100 % des utilisateurs.
Contexte. Atelier pédagogique 60 minutes, cluster Kind isolé, docs FR/EN, CI E2E Kind/Cilium/Envoy/Flagger.
Rôle
Auteur
Choix structurants
- Gateway API + Envoy Gateway plutôt qu’Istio pour coller au chemin plateforme moderne
- Métrique canary = SLI applicatif Podinfo (pédagogie) avec fenêtre rate alignée sur l’analyse Flagger
- Scénarios via manifests/tp (kubectl patch/apply) pour rendre la boucle de contrôle lisible
- Lab pédagogique, pas un template production
- Outils et kubeconfig isolés dans le dépôt (.tools)
- FR canonique animateur ; EN pour l’entrée participant et l’architecture
Fonctionnement
- Repository EtienneDeneuve/flagger-demo-kind (MIT)
- Guides participant / formateur et miroirs English
- CI validate + E2E Kind réel
- Flagger
- Gateway API
- Envoy Gateway
- Cilium
- Kind
- Prometheus
- Kubernetes
Limites concrètes
- Pas de GitOps, TLS, NetworkPolicy ni métriques Envoy bout-en-bout
- Cible macOS + moteur Docker ; pas un parcours Linux desktop documenté pour les participants
Apprentissages
- Sans conf à appliquer, make good/fail/ab reste magique pour un TP
- Une fenêtre PromQL trop longue après fault injection fait échouer l’A/B suivant