Contenedores
Si ya sabes qué son una imagen de contenedor y Docker, salta a Amazon ECS.
Un contenedor empaqueta una aplicación con sus librerías y configuración para que corra igual en tu laptop y en la nube. A diferencia de una VM (Sesión 0), no lleva sistema operativo propio: comparte el núcleo del servidor que lo ejecuta, así que arranca en segundos y caben muchos por máquina. La imagen es la plantilla inmutable y el contenedor, la imagen en ejecución. Docker es la herramienta más usada para crear y correr imágenes.
Amazon ECS
Qué es: Amazon ECS (Elastic Container Service) es el orquestador de contenedores propio de AWS: decide dónde corre cada contenedor, cuántas copias mantiene y reemplaza las que fallan.
- Definición de tarea (task definition): qué imagen usar, cuánta CPU y memoria, qué puertos.
- Servicio: mantiene N copias de la tarea y las registra en un balanceador.
- Dónde corren: en instancias EC2 de tu cuenta, que administras tú, o en Fargate, sin instancias (más abajo).
Analogía: el despachador de una empresa de mudanzas, que decide qué carga va en cada camión y manda otro si uno se descompone. Dónde falla la analogía: el despachador no compra camiones. En ECS con EC2, las instancias las pones tú; si no quieres ni eso, usas Fargate.
Ejemplo real: Nébula divide su tienda en
contenedores: catálogo, carrito y pagos. ECS mantiene tres copias de
cada uno en dos AZ, detrás de un ALB que enruta por ruta:
/carrito va a un servicio y /pagos a otro.
Úsalo cuando: quieras correr contenedores en AWS con la menor complejidad y buena integración con IAM y ELB. No lo uses cuando: tu equipo ya opera Kubernetes y quiere las mismas herramientas en todas partes: ahí va EKS.
En el examen: “ejecutar y administrar contenedores Docker en AWS” sin mencionar Kubernetes apunta a ECS.
Trampa común: ECS no es un tipo de instancia ni guarda imágenes. Orquesta; las imágenes viven en un registro, como Amazon ECR (catálogo).