Négliger les notes de version de K8s peut (et va !) se retourner contre vos workloads conteneurisés.
On le sait, Kubernetes a une longue tradition de dépréciation d'API. Pour un produit open-source au rythme soutenu, c'est presque attendu. Avancer vite, c'est souvent renoncer à la rétrocompatibilité. La récente version Kubernetes v1.22 marque un tournant à ce titre : certaines API ne seront pas simplement annoncées comme dépréciées, elles seront purement et simplement retirées du code :
Imaginez la scène lorsque votre service Kubernetes managé favori (AWS EKS, Google GKE, etc.) basculera votre cluster de production en v1.22. Forcément, des choses casseront, et vos workloads risquent d'en pâtir lourdement.
Vos workloads K8s peuvent traverser de sérieuses turbulences lors du passage à la v1.22
Comment savoir si mon cluster est concerné ?
Comment vérifier si votre cluster K8s s'appuie sur l'une des API bientôt supprimées ou dépréciées ? Kubernetes ne fournit pas nativement de moyen simple de lister les API sur le point de disparaître.
Heureusement, l'équipe Cloud Reliability Engineering de DoiT International a développé kubent (alias Kube No Trouble) — un outil que de nombreux utilisateurs de K8s mobilisent précisément à cette fin.
Pour savoir comment installer et utiliser kubent, rendez-vous directement chez son auteur, Stepan Stipl, dans son article de blog.