Si trabajas con despliegues de software y buscas reducir tiempos de entrega, los contenedores en AWS son una pieza central. Nexia Bank pasó de desplegar en semanas a hacerlo en días gracias a esta tecnología, y AWS ofrece un set completo de servicios para llevar cargas de trabajo contenerizadas a producción sin pelearte con la infraestructura.

¿Qué servicios ofrece AWS para correr contenedores?

AWS agrupa cuatro productos principales pensados para distintos niveles de control y complejidad. Cada uno resuelve un problema concreto del ciclo de vida de un contenedor.

• ECS (Elastic Container Service): servicio base para desplegar cargas de trabajo basadas en contenedores [00:18].
• Fargate: modo serverless para correr contenedores en ECS sin administrar instancias [00:25].
• EKS (Elastic Kubernetes Service): clúster de Kubernetes administrado por AWS [00:30].
• ECR (Elastic Container Registry): registro para almacenar imágenes Docker que luego usarán ECS o EKS [00:42].

¿Qué es ECR en AWS? Es el registry donde subes tus imágenes de Docker para que ECS o EKS puedan descargarlas y desplegarlas. Funciona como un repositorio privado dentro de tu cuenta.

¿En qué se diferencia un contenedor de una máquina virtual?

La analogía viene de los barcos de carga: un contenedor físico es una unidad estandarizada que puedes mover entre barcos sin problema. En software pasa lo mismo, compilas una vez y mueves esa unidad a cualquier entorno manteniendo el comportamiento.

La diferencia con una máquina virtual está en las capas. Una VM corre sobre hardware, sistema operativo y un hypervisor que separa cada máquina, y dentro de cada una vive otro sistema operativo completo más tu aplicación. Un contenedor elimina esa capa extra: sobre el hardware y el sistema operativo corre un runtime como Docker, y dentro solo viven las librerías y dependencias mínimas que tu software necesita [01:20].

Esto los hace mucho más ligeros, más rápidos de iniciar y más fáciles de mover entre entornos.

¿Cómo funciona ECS y cuándo usar Fargate o EC2?

ECS es el servicio más básico para correr contenedores en AWS y te da dos formas de desplegar la carga de trabajo [02:10].

• Fargate: es serverless, no configuras instancias y pagas por el tiempo que corre el contenedor.
• EC2: tú administras las instancias donde corren los contenedores y pagas por el tiempo que esas instancias estén prendidas, no por contenedor.

¿Cuándo conviene usar Fargate? Cuando quieres olvidarte de la infraestructura y pagar solo por el tiempo real de ejecución de tus contenedores. Si necesitas control fino sobre las instancias, EC2 es la opción.

Flujo real de despliegue con ECS y Fargate

Imagina un equipo trabajando sobre una aplicación Apache. El flujo se ve así:

1. Los desarrolladores contenerizan la app y ejecutan docker build para construir la imagen.
2. Hacen docker push apuntando a ECR, donde se guardan todas las imágenes de la cuenta.
3. ECS hace pull de esa imagen desde ECR.
4. Fargate despliega la carga de trabajo en modo serverless [03:00].

Y de ahí, los usuarios finales acceden a una aplicación que ya está corriendo sin que el equipo tocara una sola instancia.

¿Por qué usar EKS si ya existe ECS?

Kubernetes es el estándar de la industria para manejar cargas de trabajo contenerizadas que necesitan escalar y mantener alta disponibilidad. El problema es que administrar un clúster de Kubernetes es complicado, y ahí entra EKS.

En EKS, AWS administra toda la capa de control del clúster y tú solo te preocupas por las cargas de trabajo que corren dentro [03:40]. Es la opción cuando ya tienes equipos familiarizados con Kubernetes o cuando tu arquitectura necesita la flexibilidad y el ecosistema que ofrece.

Cómo se ve un despliegue simple con EKS

Un flujo típico arranca con usuarios accediendo a una aplicación que pasa primero por un balanceador de carga. Ese balanceador distribuye el tráfico hacia distintos pods que viven dentro del clúster de EKS [04:15]. Tú gestionas las aplicaciones, AWS gestiona la complejidad de Kubernetes.

¿ECS o EKS, cuál elegir? ECS es más simple y se integra de forma nativa con el ecosistema AWS. EKS es la opción si necesitas el estándar Kubernetes, portabilidad entre nubes o ya tienes equipos con esa experiencia.

Habilidades y conceptos clave que deja la clase

Más allá de los nombres de servicios, hay ideas que te conviene tener claras antes de elegir tu stack:

• Contenedor: unidad ligera que empaqueta código, librerías y dependencias mínimas [01:00].
• Hypervisor: software que separa máquinas virtuales sobre un mismo hardware [01:25].
• Runtime de contenedores: como Docker, ejecuta los contenedores sin necesidad de un sistema operativo invitado completo [01:40].
• Serverless: modelo donde no administras infraestructura y pagas por uso real, como en Fargate [02:20].
• Capa de control de Kubernetes: la parte que AWS administra por ti en EKS [03:45].
• Balanceador de carga: distribuye tráfico entre pods o instancias para mantener disponibilidad [04:20].

¿Tú ya conocías estos productos? Cuéntame en los comentarios si prefieres ECS o EKS para tus despliegues y por qué.