Containerd en Producción · Lección 26
¿Qué característica de containerd permite que los contenedores en ejecución sigan corriendo sin interrupción incluso mientras se actualiza el propio servicio containerd?
La arquitectura desacoplada donde los procesos de los contenedores, gestionados a través de runc, no dependen de que containerd esté corriendo activamente en todo momento para seguir ejecutándose
containerd elimina automáticamente todos los contenedores antes de cualquier actualización
Solo es posible actualizar containerd si el nodo tiene menos de 1 contenedor corriendo
Requiere reiniciar completamente el nodo físico para cualquier actualización de containerd
Containerd en Producción · Lección 26
Completa el código
Se recomienda revisar el changelog antes de actualizar, buscando cambios
Revisa: se recomienda revisar el changelog buscando cambios incompatibles entre versiones.
Containerd en Producción · Lección 26
¿Por qué que los procesos de contenedores no dependan directamente del proceso de containerd en ejecución permanente es una decisión de diseño valiosa para minimizar el impacto de reinicios del servicio?
Pista: si los contenedores dependieran de que containerd estuviera corriendo continuamente para seguir existiendo, cualquier reinicio del servicio (necesario para una actualización) interrumpiría todos los contenedores activos del nodo; el desacoplamiento evita ese impacto disruptivo.
✓
¡Lección completada!
Actualización de containerd sin downtime de Pods
0
XP ganado
3
Vidas restantes