Cerramos la Parte IV con uno de los temas más importantes de la informática moderna: los contenedores. Antes de ver cómo AWS los gestiona (ECR, ECS, EKS en los siguientes subcapítulos), necesitas entender qué es Docker y los contenedores. Si ya los conoces, este será un repaso rápido; si no, aquí tienes lo esencial.

Seguro que has oído (o vivido) esta frase clásica: un programa funciona perfectamente en el ordenador del desarrollador, pero al llevarlo al servidor... falla. ¿Por qué? Porque el servidor tiene una versión distinta del lenguaje, le falta una librería, el sistema operativo es diferente, una configuración no coincide... Las diferencias de entorno rompen las aplicaciones.

Un contenedor empaqueta tu aplicación junto con todo lo que necesita para funcionar: el código, las librerías, las dependencias, la configuración... todo en un único paquete. Ese paquete funciona igual en cualquier sitio: en tu portátil, en el servidor, en la nube. Se acabó el «en mi máquina funciona».

Analogía: un contenedor es como un contenedor de mercancías (esos de los barcos y camiones). Da igual lo que lleve dentro (ropa, electrónica, comida): el contenedor tiene un tamaño y forma estándar, así que cualquier barco, grúa o camión del mundo puede transportarlo sin saber qué hay dentro. Igual con el software: el contenedor es estándar, y cualquier sistema que «sepa» de contenedores puede ejecutarlo.

Docker es la tecnología más popular para crear y ejecutar contenedores. Se ha vuelto un estándar de la industria. Maneja tres conceptos clave que debes distinguir bien:

Una imagen es la plantilla del contenedor: el paquete «congelado» con tu aplicación y todo lo necesario. Es como una receta o un molde. No se ejecuta por sí misma; es la definición de lo que habrá dentro.

Un contenedor es una imagen en ejecución: una instancia viva de la imagen, funcionando. De una misma imagen puedes arrancar muchos contenedores idénticos.

Analogía: la imagen es como el molde de una galleta (o un plano); el contenedor es cada galleta que sale del molde. Un molde, muchas galletas idénticas.

Un Dockerfile es un archivo de texto con las instrucciones para construir la imagen. Describe paso a paso qué lleva: de qué sistema base parte, qué se instala, qué código se copia, cómo se arranca. Es la receta escrita.

A partir de este Dockerfile, Docker construye la imagen, que luego puedes ejecutar como contenedores donde quieras.

Juntando los tres conceptos, el ciclo es:

Te puede surgir la duda: ¿en qué se diferencia un contenedor de una instancia EC2 (máquina virtual)? La clave es que los contenedores son más ligeros:

Los contenedores comparten el sistema operativo del servidor anfitrión, en vez de llevar uno entero cada uno. Por eso son tan ligeros y rápidos: puedes ejecutar muchos contenedores en una misma máquina.

Por qué importa esto en AWS: los contenedores son ideales para la nube. Arrancan rápido (genial para escalar, Capítulo 13), son portables y aprovechan bien los recursos. Por eso AWS tiene servicios dedicados a ejecutarlos, que veremos en los siguientes subcapítulos: ECR (para guardar imágenes), ECS y EKS (para ejecutar contenedores).

• Un contenedor empaqueta tu aplicación con todo lo que necesita (código, librerías, dependencias, configuración), y funciona igual en cualquier sitio. Acaba con el «en mi máquina funciona». Como un contenedor de mercancías estándar.
• Docker es la tecnología estándar de contenedores, con tres conceptos: imagen (la plantilla/molde), contenedor (la imagen en ejecución/la galleta) y Dockerfile (la receta escrita para construir la imagen).
• El flujo: Dockerfile → build → Imagen → run → Contenedores.
• Frente a las máquinas virtuales, los contenedores son más ligeros y rápidos porque comparten el sistema operativo del anfitrión; caben muchos por servidor.
• AWS ofrece servicios dedicados a contenedores: ECR, ECS y EKS (siguientes subcapítulos).

En el siguiente subcapítulo veremos dónde guardar tus imágenes de forma privada y segura: el registro ECR.