containerd 2.0 : première version majeure depuis 2017

2024-11-05 · Éditeur : containerd · Domaine : Cloud & DevOps

Le 5 novembre 2024, les mainteneurs publient containerd 2.0, première version majeure depuis la 1.0 de 2017 : suppression de fonctions dépréciées, NRI activé par défaut et greffons de vérification d'images.

Ce qui change

  • Première version majeure de containerd depuis la 1.0 de 2017.
  • Suppression de fonctions dépréciées ; NRI activé par défaut.
  • Greffons de vérification d'images et service de transfert stable.
  • Kubernetes 1.35 sera la dernière version à prendre en charge containerd 1.x.

### Ce qui change Le 5 novembre 2024, les mainteneurs annoncent **containerd 2.0**, la première version majeure du moteur d'exécution de conteneurs depuis la 1.0 de 2017. Elle supprime des fonctions dépréciées au fil de neuf années, stabilise des fonctions expérimentales de la 1.7 et prépare le terrain pour les versions suivantes. La version précède de quelques jours KubeCon Amérique du Nord (12 au 15 novembre). ### Caractéristiques - **NRI** (Node Resource Interface) est activée par défaut : ce mécanisme d'extension modifie la configuration bas niveau des conteneurs, à la manière d'un webhook de mutation Kubernetes. - Les greffons de vérification d'images permettent d'appliquer une politique au moment du tirage d'une image ; ils ne sont pas encore utilisables avec Kubernetes, le greffon CRI n'étant pas branché au service de transfert. - Le service de transfert (transfer service), apparu en 1.7, devient stable. - Les avertissements de dépréciation, visibles avec `ctr deprecations list` depuis les versions 1.7.21 et 1.6.36, aident à repérer les fonctions retirées. - La version 1.7 passe en support étendu ; la 2.1 vise les volumes de source OCI. ### Pourquoi c'est important Pour les exploitants, containerd est l'un des deux moteurs d'exécution courants sous Kubernetes : la 2.0 est donc une échéance de migration, pas un détail. Kubernetes 1.35 (décembre 2025) est la dernière version à prendre en charge containerd 1.x ; il faut passer en 2.0 ou plus avant la suivante. Les équipes doivent vérifier les fonctions dépréciées utilisées par leurs outils avant de basculer. Selon le billet du mainteneur, la branche 1.6 reste corrigée jusqu'à la prochaine version à support long terme. ### À retenir containerd 2.0 fixe l'échéance : la bascule vers la branche 2.x devient obligatoire avant Kubernetes 1.36.

Liens

Tags : Conteneurs, Kubernetes, Cloud natif, Open Source