Je peux prendre cette capture d'écran pour la mettre dans mon talk
Kubernetes : 5 façons créatives de flinguer la prod en exemple de ce qu'il faut PAS faire pour une liveness ?
Les gens vont parfois au plus simple et tant que "ça marche" ça reste comme ça, c'est tout.
J'ai passé énormément de temps sur le sujet des probes (le classique c'est un "pgrep ") donc aussi toujours up.
Faut faire de l'audit etc mais parfois ça passe au travers.
Un bon monitoring permet de détecter aussi pas mal de trucs (probes pas bonnes donc services considérés up trop tôt, ou pb de graceful shutdown..) surtout combiné à du deploy continu, karpenter etc où les apps vont être restart 50 fois par jour 😅
Car svt ça se traduit par des erreurs http upstream.
C'est assez libre sur les probes (et le reste), c'est sa force (même des apps legacy degueu ça tourne si besoin) mais aussi sa faiblesse si il y a peu de contrôles.
ça me rappelle un vieil adage que j'avais appris à mes débuts avec les premiers frameworks OSS Java : plus c'est configurable, plus tu peux adapter l'usage et plus tu peux faire de la m#$£@! 😅
Comments
Une opportunité de mentoring en vue 🚀
Kubernetes : 5 façons créatives de flinguer la prod en exemple de ce qu'il faut PAS faire pour une liveness ?
J'ai passé énormément de temps sur le sujet des probes (le classique c'est un "pgrep
Faut faire de l'audit etc mais parfois ça passe au travers.
Car svt ça se traduit par des erreurs http upstream.
En plus de mémoire K8S permet de faire beaucoup (trop) de choses.