En esta última lección del curso miraremos hacia el futuro. Docker ha transformado la manera de desarrollar, distribuir y ejecutar software, pero el mundo de los contenedores no se detiene: sigue evolucionando con nuevos estándares, nuevos enfoques de seguridad y nuevas tecnologías que conviven con Docker. Entender estas tendencias te ayudará a tomar mejores decisiones técnicas y a seguir aprendiendo más allá de este curso. Además, cerraremos con un repaso a todo lo que has aprendido y con recomendaciones para continuar tu camino.

• Comprender la estandarización de contenedores mediante OCI.
• Entender el papel de containerd y de los contenedores rootless.
• Conocer la relación entre Docker y Kubernetes tras la retirada de dockershim.
• Descubrir el papel emergente de WebAssembly (Wasm) en los contenedores.
• Aprender la importancia de la seguridad de la cadena de suministro.
• Repasar el curso completo y obtener recomendaciones para seguir aprendiendo.

Uno de los avances más importantes del ecosistema es la estandarización. En los inicios, Docker definía sus propios formatos. Hoy existe la Open Container Initiative (OCI), una iniciativa que define estándares abiertos para los contenedores.

La OCI define principalmente:

• Un formato de imagen estándar: cómo se estructura una imagen de contenedor.
• Una especificación de runtime: cómo se debe ejecutar un contenedor.

Las consecuencias de esta estandarización son muy positivas:

• Una imagen construida con una herramienta (por ejemplo, Buildah) puede ejecutarse con otra (por ejemplo, Docker o Podman).
• Se evita la dependencia de un único proveedor (vendor lock-in).
• Distintas herramientas pueden interoperar porque hablan el mismo idioma.

En la práctica, esto significa que "imagen de contenedor" ya no es sinónimo de "imagen de Docker": es un estándar de la industria.

Como mencionamos en la lección anterior, containerd es el runtime que Docker utiliza internamente. La tendencia es clara: containerd se ha consolidado como un componente estándar y ligero que muchas plataformas usan directamente. Docker se sitúa, cada vez más, como una capa de comodidad y experiencia de usuario por encima de containerd.

Tradicionalmente, el demonio de Docker se ejecutaba con privilegios de root (administrador), lo que suponía un riesgo de seguridad: si alguien comprometía el demonio, podía controlar todo el sistema.

La tendencia actual es hacia los contenedores rootless, es decir, ejecutados sin privilegios de administrador. Las ventajas son:

• Mayor seguridad: aunque un contenedor sea comprometido, el daño potencial es mucho menor.
• Aislamiento mejorado entre el contenedor y el sistema anfitrión.

Herramientas como Podman nacieron con este enfoque, y Docker también ofrece un modo rootless. Es una dirección hacia la que se mueve todo el sector.

Este es uno de los temas que más confusión generó en su momento, así que conviene aclararlo bien.

Durante años circuló la noticia de que "Kubernetes deja de soportar Docker". Esto causó alarma innecesaria. La realidad es la siguiente:

• Kubernetes necesita comunicarse con un runtime de contenedores a través de una interfaz estándar llamada CRI (Container Runtime Interface).
• Docker no implementaba CRI directamente, así que Kubernetes usaba un adaptador llamado dockershim.
• Kubernetes retiró dockershim para simplificar su arquitectura y comunicarse directamente con runtimes compatibles con CRI, como containerd.

¿Qué significa esto en la práctica?

La conclusión es tranquilizadora: Docker sigue siendo perfectamente válido para construir imágenes, y esas imágenes funcionan en Kubernetes porque cumplen el estándar OCI. Solo cambió un detalle interno de la infraestructura.

Una de las tendencias más prometedoras es el uso de WebAssembly (Wasm) junto a los contenedores. WebAssembly es un formato de ejecución que nació en los navegadores web, pero que se está usando también del lado del servidor.

Sus características más atractivas son:

• Arranque casi instantáneo: mucho más rápido que un contenedor tradicional.
• Tamaño muy reducido: los módulos Wasm son ligeros.
• Seguridad por diseño: se ejecutan en un entorno aislado (sandbox).
• Portabilidad: un mismo módulo funciona en distintas plataformas.

La tendencia no es que Wasm sustituya a los contenedores, sino que convivan: para ciertas cargas de trabajo (especialmente funciones pequeñas y de vida corta), Wasm puede ser una alternativa más eficiente. Ya existen integraciones que permiten ejecutar módulos Wasm junto a contenedores tradicionales en el mismo entorno.

A medida que el software depende de cada vez más componentes externos, la seguridad de la cadena de suministro (supply chain security) se ha vuelto crítica. La idea es garantizar que todo lo que llega a producción es confiable, desde el código fuente hasta la imagen final.

Las prácticas y conceptos clave en esta tendencia son:

• SBOM (Software Bill of Materials): una "lista de ingredientes" que detalla todos los componentes de una imagen, para saber exactamente qué contiene.
• Firma de imágenes: firmar criptográficamente las imágenes para verificar que no han sido manipuladas y que provienen de una fuente legítima.
• Escaneo continuo de vulnerabilidades: analizar las imágenes de forma automática y constante (con herramientas como las que vimos: Trivy, Docker Scout).
• Procedencia (provenance): poder demostrar de dónde viene cada imagen y cómo se construyó.

Esta área seguirá ganando importancia, ya que muchos ataques modernos se dirigen precisamente a la cadena de suministro del software.

Has llegado al final de un recorrido completo por Docker. Repasemos brevemente todo lo que has aprendido a lo largo del curso:

• Fundamentos: qué son los contenedores, en qué se diferencian de las máquinas virtuales y por qué Docker revolucionó el desarrollo de software.
• Imágenes y Dockerfiles: cómo construir imágenes propias, optimizarlas y entender sus capas.
• Gestión de contenedores: cómo ejecutar, detener, inspeccionar y administrar contenedores.
• Redes en Docker: los tipos de redes y cómo comunicar contenedores entre sí.
• Persistencia de datos: cómo usar volúmenes para que los datos sobrevivan a los contenedores.
• Aplicaciones multi-contenedor y Docker Compose: cómo orquestar varios servicios con un solo archivo.
• Ecosistema y herramientas: Docker Machine (legado), Docker Compose frente a Kubernetes, Docker Desktop, herramientas de terceros y las tendencias de futuro.

Con estos conocimientos tienes una base sólida que abarca desde lo más básico hasta conceptos avanzados del ecosistema.

El aprendizaje no termina aquí. Estas son algunas direcciones recomendadas para seguir creciendo:

Algunos consejos finales:

• Practica con proyectos reales: containeriza una aplicación tuya de principio a fin.
• Lee la documentación oficial: es excelente y se mantiene actualizada.
• Mantente al día: el ecosistema evoluciona rápido; sigue blogs y comunidades técnicas.
• Comparte y colabora: contribuir a proyectos de código abierto es una forma estupenda de aprender.

• Pensar que "Kubernetes ya no soporta Docker" te afecta: como hemos visto, tus imágenes Docker siguen funcionando perfectamente. Fue un cambio interno de infraestructura.
• Ignorar la seguridad de la cadena de suministro: no basta con que tu código sea seguro; también deben serlo todas las dependencias y la imagen final.
• Aferrarse a herramientas heredadas: el ecosistema avanza. Mantente abierto a estándares como OCI y a enfoques como rootless o Wasm.
• Dejar de aprender al terminar el curso: este es un punto de partida sólido, no una meta final. La tecnología de contenedores sigue creciendo.
• Consejo: adopta los estándares abiertos (OCI) siempre que puedas; te darán flexibilidad y evitarán quedar atado a un solo proveedor.

Explica con tus propias palabras qué es la OCI y por qué su existencia es beneficiosa para los usuarios de contenedores.

Un compañero te dice preocupado: "He leído que Kubernetes ya no soporta Docker, así que mis imágenes dejarán de funcionar". ¿Qué le responderías para tranquilizarlo y aclarar la situación?

Enumera al menos tres prácticas relacionadas con la seguridad de la cadena de suministro y explica brevemente para qué sirve cada una.

Solución al Ejercicio 1

La OCI (Open Container Initiative) es una iniciativa que define estándares abiertos para el formato de las imágenes de contenedor y para su ejecución. Es beneficiosa porque permite que distintas herramientas interoperen (una imagen creada con una herramienta puede ejecutarse con otra), evita la dependencia de un único proveedor y garantiza que las imágenes sean un estándar de la industria, no algo propio de una sola empresa.

Solución al Ejercicio 2

Le diría que no debe preocuparse. Sus imágenes Docker cumplen el estándar OCI, por lo que siguen funcionando perfectamente en Kubernetes. Lo único que cambió fue que Kubernetes retiró un componente interno llamado dockershim y ahora se comunica directamente con runtimes compatibles con CRI, como containerd. Puede seguir construyendo imágenes con Docker exactamente igual que antes; el cambio es interno de la infraestructura y no afecta a su trabajo diario.

Solución al Ejercicio 3

Tres prácticas posibles:

• SBOM (lista de materiales de software): detalla todos los componentes de una imagen para saber exactamente qué contiene.
• Firma de imágenes: verifica criptográficamente que una imagen no ha sido manipulada y proviene de una fuente legítima.
• Escaneo continuo de vulnerabilidades: analiza las imágenes de forma automática y constante para detectar fallos de seguridad conocidos.

(También sería válido mencionar la procedencia o provenance.)

Hemos cerrado el curso mirando hacia el futuro de Docker: la estandarización con OCI, la consolidación de containerd y los contenedores rootless, la aclaración de la relación entre Docker y Kubernetes tras la retirada de dockershim, el papel emergente de WebAssembly y la creciente importancia de la seguridad de la cadena de suministro. A lo largo de todo el curso has pasado de no conocer Docker a entender tanto sus fundamentos como su ecosistema avanzado y sus tendencias de futuro. El mundo de los contenedores seguirá evolucionando, pero ahora cuentas con una base sólida para acompañar esa evolución, seguir aprendiendo y aplicar estos conocimientos en proyectos reales. ¡Enhorabuena por completar el curso y mucho éxito en tu camino con los contenedores!