Kubernetes se sépare de Docker mais pas d’inquiétude !
Kubernetes vient d’annoncer qu’elle n’utiliserait plus Docker lors des prochaines mises à jour.
Qui est concerné ?
Kubernetes / Docker : Sa complémentarité, ses incompatibilités
Kubernetes n’utilise qu’une infime partie du potentiel de Docker : ses containeurs. Mais pour utiliser ces derniers, il faut installer toute l’interface de Docker, et l’adapter à sa structure.
Cela peut ainsi s’avérer être une porte ouverte à des bugs, liens cassés et autres problèmes.
En effet, Docker Runtime n’est pas compatible avec le CRI (interface d’exécution du conteneur) de Kubernetes.
Et kubernetes doit donc utiliser une interface complémentaire, Dockershim, pour extraire les containers depuis Docker.
Pour cette raison, entre autres, Kubernetes a choisi de développer et d’utiliser d’autres Runtime utilisant le CRI.
Ce qu’impliquent les futures mises à jour
Lorsque vous utilisez Kubernetes pour vos nœuds, il vous faudra mettre à jour votre environnement de travail et pratiquer des tests dédiés pour vérifier que votre CRI soit compatible et que le process soit fonctionnel.
Si maintenant vous utilisiez Kubernetes et Docker pour vos clusters, il vous suffit de vérifier que votre nouveau CRI prenne bien en charge vos configurations actuelles.
Et pour les développeurs ?
Kubernetes continuera à lire les images créées avec Dockers. La compatibilité restera présente. Vous pourrez continuer à utiliser Docker pour créer vos containers.
En conclusion
Seul Docker en tant que Container Runtime sera déprécié dans la prochaine mise à jour (1-20) avant d’être supprimé dans la mise à jour 1-22.
Donc, nous devrons changer d’environnement d’exécution pour migrer vers un environnement pris en charge par kubernetes. Mais nous pourrons continuer à utiliser Docker pour nos containers.
