Podman en Producción · Lección 05
¿En qué escenario tendría más sentido usar containerd directamente, en vez de Podman o Docker, como runtime de contenedores?
Cuando se necesita el runtime de bajo nivel que ya usa Kubernetes internamente para ejecutar contenedores, sin necesitar las herramientas de experiencia de desarrollador de más alto nivel
containerd no puede usarse bajo ninguna circunstancia dentro de un cluster de Kubernetes
Docker y Podman son técnicamente incompatibles con cualquier estándar OCI
Solo se puede elegir una de las tres herramientas en toda la infraestructura de una organización, sin poder combinarlas
Podman en Producción · Lección 05
Completa el código
containerd es el runtime que Kubernetes usa internamente a través de la interfaz
Revisa: Kubernetes lo usa internamente a través de la interfaz CRI (Container Runtime Interface).
Podman en Producción · Lección 05
¿Por qué un desarrollador construyendo y probando imágenes localmente probablemente preferiría Podman (con su CLI amigable) sobre interactuar directamente con containerd de bajo nivel?
Pista: Podman está diseñado específicamente para dar una experiencia de desarrollador amigable e interactiva (como Docker), mientras containerd es un runtime de más bajo nivel pensado para ser orquestado por sistemas como Kubernetes, no para uso manual directo cotidiano.
✓
¡Lección completada!
Podman vs Docker vs containerd — cuándo usar cada uno
0
XP ganado
3
Vidas restantes