Kubernetes rimuove diverse API — ecco come tutelarsi

Non leggere con attenzione le release notes di K8s può ritorcersi (e si ritorcerà!) contro i Suoi workloads containerizzati.

È risaputo che Kubernetes ha una lunga tradizione nel deprecare le API. Per un prodotto open-source dal ritmo di sviluppo così serrato, è in fondo prevedibile: andare veloci significa spesso rinunciare alla retrocompatibilità. La release Kubernetes v1.22 è particolarmente rilevante da questo punto di vista, perché alcune API non verranno soltanto annunciate come deprecate, ma rimosse direttamente dal codice:

Immagini cosa succederà quando il Suo servizio Kubernetes gestito preferito (AWS EKS, Google GKE, ecc.) porterà il cluster di produzione alla v1.22. Qualcosa si romperà inevitabilmente e i Suoi workloads potrebbero risentirne in modo pesante.

I Suoi workloads K8s rischiano forti turbolenze durante l'upgrade alla v1.22

Come capire se il mio cluster sarà coinvolto?

Come fare a sapere se il Suo cluster K8s utilizza una delle API in via di rimozione o deprecazione? Kubernetes, di per sé, non offre un modo semplice per elencare le API destinate a sparire a breve.

Per fortuna, il team Cloud Reliability Engineering di DoiT International ha sviluppato kubent (alias Kube No Trouble): uno strumento che molti utenti K8s adottano proprio per individuarle.

Per scoprire come installare e usare kubent può fare riferimento direttamente a Stepan Stipl, l'autore originale, nel suo blog post.