Un ingénieur chinois a publié un journal de mise à niveau complet détaillant le processus de mise à niveau d'un cluster Kubernetes de production de v1.31.14 à v1.35.6 et du runtime de conteneur containerd de 1.7.27 à 2.3.2. L'article couvre l'ensemble du flux de mise à niveau, y compris les vérifications préalables, les matrices de compatibilité des versions, les stratégies de rollback et la validation post-mise à niveau. Il met en évidence les pièges courants tels que les dépréciations d'API, les modifications de configuration de containerd et les problèmes de drain de nœuds. Pour les ingénieurs DevOps et plateforme gérant des clusters Kubernetes auto-hébergés, ce compte rendu concret offre des informations pratiques qui vont au-delà de la documentation officielle. La mise à niveau a couvert plusieurs versions mineures, ce qui en fait une étude de cas précieuse pour quiconque planifie une mise à niveau en plusieurs étapes similaire. L'auteur partage également les leçons apprises concernant les tests, la surveillance et la communication pendant la fenêtre de mise à niveau.
Un journal de mise à niveau détaillé pour Kubernetes et containerd dans un cluster de production, couvrant les sauts de version, les problèmes de compatibilité et les bonnes pratiques opérationnelles.