Containerd en Producción · Lección 03
¿Qué característica principal diferencia a CRI-O de containerd, aunque ambos puedan usarse como runtime de contenedores para Kubernetes?
CRI-O fue diseñado específicamente y exclusivamente para implementar la interfaz CRI de Kubernetes, sin funcionalidad adicional más allá de ese propósito específico
CRI-O no puede usarse bajo ninguna circunstancia con Kubernetes
containerd solo puede usarse fuera de cualquier cluster de Kubernetes
Ambos son exactamente el mismo proyecto con un nombre distinto
Containerd en Producción · Lección 03
Completa el código
CRI-O fue desarrollado originalmente por la comunidad de
Revisa: fue desarrollado originalmente por la comunidad de Red Hat/OpenShift.
Containerd en Producción · Lección 03
¿Por qué containerd, al ser un proyecto más general de propósito amplio, podría usarse tanto dentro como fuera de Kubernetes, mientras CRI-O está más enfocado específicamente en ese caso de uso?
Pista: containerd es también el runtime subyacente que usa Docker internamente, entre otros usos, dándole un alcance más general más allá de ser exclusivamente un runtime CRI para Kubernetes como es el caso de CRI-O.
✓
¡Lección completada!
containerd vs Docker vs CRI-O — el panorama de runtimes
0
XP ganado
3
Vidas restantes