Kubernetes supprimera le support de Docker Engine avec la prochaine mise à jour. La version 1.24 sera lancée le 3 mai.
Les utilisateurs qui souhaitent rester à jour avec les dernières versions du système d’orchestration de conteneurs après le 3 mai devront passer à un « runtime » compatible. Cri-dockerd reste également utilisable avec la Container Runtime Interface (CRI) de Kubernetes.
Utilisateurs locaux et du cloud
Les développeurs peuvent toujours utiliser Docker en local pour tester et développer des conteneurs. Le runtime de conteneur utilisé pour les clusters Kubernetes n’a aucune importance.
Si Kubernetes est utilisé via un service de cloud computing, il n’est pas nécessaire de réagir. Ceci est au moins vrai pour les développeurs qui n’ont pas modifié manuellement le runtime du conteneur. Amazon Elastic Kubernetes Service, Microsoft’s Azure Kubernetes Service et Google Kubernetes Engine passeront tous automatiquement à la conteneurisation.
Solution temporaire
La suppression du code dockershim était déjà prévue dès l’intégration. « Le code dockershim a toujours été destiné à être une solution temporaire », a répondu Kubernetes lorsqu’on lui a demandé pourquoi le Docker Engine était supprimé.
Si vous ne parvenez pas à changer à temps, il est possible de continuer à fonctionner sur la version 1.23 pendant un certain temps. En effet, Kubernetes 1.23 recevra des correctifs jusqu’à ce que la version 1.26 soit disponible.