Containerd en Producción · Lección 28
¿Por qué Kubernetes eliminó el soporte de 'dockershim' en versiones recientes, requiriendo que los clusters migraran a un runtime compatible con CRI de forma nativa como containerd?
Dockershim era una capa de compatibilidad adicional que traducía las llamadas CRI hacia la API de Docker; mantenerla añadía complejidad y overhead que se evitaba usando un runtime con soporte CRI nativo directamente
Docker dejó de existir por completo como proyecto de software
containerd es técnicamente incompatible con cualquier imagen que haya sido construida usando Docker
La migración elimina automáticamente todas las aplicaciones desplegadas en el cluster
Containerd en Producción · Lección 28
Completa el código
dockershim era una capa de
Revisa: era una capa de compatibilidad adicional entre CRI y la API de Docker.
Containerd en Producción · Lección 28
¿Por qué usar containerd directamente (sin la capa intermedia de dockershim) simplifica la arquitectura y reduce el número de componentes que podrían fallar en la cadena de ejecución de un Pod?
Pista: eliminar la capa de traducción intermedia reduce el número total de componentes involucrados en el camino entre kubelet y la ejecución real del contenedor, simplificando la arquitectura y reduciendo los puntos potenciales de fallo o incompatibilidad.
✓
¡Lección completada!
Migración de dockershim a containerd
0
XP ganado
3
Vidas restantes