GuíaBásico
Guía de Serverless y Contenedores en AWS
Continúa directo desde la Guía de Servicios Core de AWS, con el mismo caso Andes Cargo y el mismo laboratorio LocalStack, para enseñar las dos formas reales en que se diseña cómputo en AWS de producción: serverless a fondo y contenedores. La función Lambda que procesaba manifiestos se convierte en una función de producción con layers, concurrencia y secrets; se envuelve en un workflow de Step Functions con reintentos y manejo de error explícito; el trigger directo de S3 se desacopla con un bus de eventos en EventBridge, con su propia cola de dead-letter; y una API Gateway REST unifica el acceso HTTP a todo lo que Andes Cargo expone. Sobre ese mismo hilo, la guía construye `andes-cargo-status-api`, un servicio siempre activo (a diferencia de una función que solo corre por evento), empacado en Docker, publicado en un registro y corrido con el modelo de clusters/task definitions/services de ECS sobre Fargate. La guía es honesta sobre una limitación real: el plan gratuito de LocalStack no incluye ECR ni ECS, así que esos dos módulos ejecutan la mecánica real con Docker liso y un registro local, y muestran la sintaxis y salida verificada de los comandos AWS como referencia, dejando el plan pago de LocalStack como camino opcional, nunca obligatorio. El capstone corre el flujo event-driven de punta a punta y documenta el camino del contenedor, cerrando con el criterio "cuándo Lambda, cuándo un contenedor" instalado desde el primer módulo.
- 64
- lecciones
- 8
- módulos
- Inglés · Español
- disponible en
- Sí
- certificado
- Gratis
- acceso
Resultados
Lo que vas a poder hacer
- Aplicar un criterio de decisión (latencia, duración, estado, costo) entre una función Lambda y un servicio en contenedor
- Llevar una función Lambda a nivel de producción: layers para compartir código, concurrencia reservada, variables de entorno con Secrets Manager, versiones y alias
- Diseñar un state machine en Step Functions con estados Task/Choice, ramas en paralelo, reintentos (`Retry`) y manejo de error (`Catch`)
- Desacoplar productores de consumidores con EventBridge: buses personalizados, reglas, patrones de eventos propios, eventos programados y dead-letter queues
- Exponer una API REST unificada con API Gateway: integración proxy con Lambda, etapas de despliegue, validación de requests y usage plans
- Construir una imagen Docker para un servicio AWS-ready y aplicar la mecánica de subir/bajar imágenes con un registro de contenedores
- Explicar el modelo de ECS (cluster, task definition, task, service) y la diferencia entre el launch type Fargate y EC2
- Distinguir el rol de ejecución de una tarea ECS del rol de la tarea misma, y aplicar mínimo privilegio a cada uno
- Reconocer cuándo Fargate sale más caro que EC2 y qué servicios de contenedores no tienen capa gratuita en AWS real
- Encadenar una arquitectura event-driven completa (S3 → EventBridge → Step Functions → DynamoDB) y una API que enruta tanto a Lambda como a un contenedor
Antes de empezar
Qué necesitas traer
Es para ti si...
- Devs que ya completaron la Guía de Servicios Core de AWS y necesitan pasar de "una función con un trigger" a arquitecturas serverless de producción
- Devs con experiencia en Docker que quieren aplicar esos conocimientos al contexto específico de AWS (ECR, ECS, Fargate)
- Equipos evaluando si un flujo debe orquestarse con Step Functions o desacoplarse con EventBridge
- Quien necesita el criterio real de mercado para decidir entre serverless y contenedores antes de comprometerse con una arquitectura
Requisitos y materiales
- Guía de Servicios Core de AWS completada (IAM de una cuenta, S3, VPC/EC2 básico, Lambda con un trigger simple, DynamoDB) con el laboratorio LocalStack ya levantado
- Guía de Fundamentos de Docker completada (o equivalente: Dockerfile, capas, `docker build`/`run`, multi-stage builds)
- Docker instalado y funcionando localmente
- Cuenta gratuita de LocalStack con auth token (el plan de pago Base es opcional, solo para ejecutar ECR/ECS de forma literal)
Contenido
El temario, módulo por módulo
Abre cualquiera para ver sus lecciones.
- 1. Introducción a la guía: de servicios core a arquitecturas reales
- 2. Serverless vs. contenedores: un criterio, no una religión
- 3. Repaso: la base de nube de Andes Cargo
- 4. Manos a la obra: reconectando tu laboratorio LocalStack
- 5. La honestidad de esta guía: el techo del plan Hobby
- 6. Los roles IAM que esta guía va a necesitar
- 7. Manos a la obra: verificando los recursos heredados
- 8. Proyecto: el roadmap de Andes Cargo para esta guía
- 1. Introducción: lo que una función sola no te dice
- 2. El modelo de ejecución de Lambda: cold starts y memoria
- 3. Lambda Layers: compartir código entre funciones
- 4. Concurrencia: reservada vs. aprovisionada
- 5. Variables de entorno y Secrets Manager
- 6. Versiones y alias: desplegar sin romper producción
- 7. Manos a la obra: subiendo de nivel a process-shipment-manifest
- 8. Proyecto: la función de producción de Andes Cargo
- 1. Introducción: cuando una función ya no alcanza
- 2. Qué es un state machine: orquestación vs. código pegamento
- 3. Estados: Task, Choice y ramas en paralelo
- 4. Manejo de errores: Retry y Catch
- 5. Standard vs. Express workflows
- 6. Manos a la obra: tu primer state machine
- 7. Manos a la obra: el workflow del manifiesto de envío
- 8. Proyecto: ShipmentManifestWorkflow de punta a punta
- 1. Introducción: desacoplar quién produce de quién reacciona
- 2. Qué es una arquitectura event-driven
- 3. Buses, reglas y targets
- 4. Eventos propios y patrones de eventos
- 5. Eventos programados con EventBridge Scheduler
- 6. Confiabilidad: dead-letter queues e idempotencia
- 7. Manos a la obra: conectando el bus de Andes Cargo
- 8. Proyecto: notificaciones event-driven de Andes Cargo
- 1. Introducción: una puerta, no un servicio por cliente
- 2. Qué es un API Gateway y para qué lo necesitas
- 3. REST API: recursos, métodos e integraciones
- 4. Integración proxy con Lambda vs. integración personalizada
- 5. Etapas, despliegues y validación de requests
- 6. Throttling, usage plans y API keys
- 7. Manos a la obra: construyendo `andes-cargo-api`
- 8. Proyecto: la API pública de envíos de Andes Cargo
- 1. Introducción: de una función a un servicio siempre activo
- 2. De código a contenedor: qué cambia para AWS
- 3. Qué es un registro de contenedores y por qué ECR
- 4. La honestidad del plan Base: ECR no está en Hobby
- 5. Manos a la obra: construyendo la imagen de status-api
- 6. Manos a la obra: subir y bajar con un registro local
- 7. ECR en el mundo real: políticas y escaneo
- 8. Proyecto: la imagen de status-api de Andes Cargo
- 1. Introducción: quién mantiene tu contenedor corriendo
- 2. El modelo de ECS: clusters, tasks y services
- 3. Launch types: Fargate vs. EC2
- 4. Anatomía de una task definition
- 5. Red y balanceo para servicios ECS
- 6. Escalar, y cuándo Fargate sale más caro que EC2
- 7. Manos a la obra: desplegando status-api en ECS
- 8. Proyecto: el servicio status-api de Andes Cargo
- 1. Introducción al capstone
- 2. Repaso de arquitectura: el sistema completo de Andes Cargo
- 3. Recorrido end-to-end: el camino evento-driven
- 4. Recorrido end-to-end: el camino del contenedor
- 5. Etiquetar, costo y checklist de limpieza
- 6. Lo que esta guía NO cubrió
- 7. De serverless y contenedores a AWS de producción
- 8. Proyecto final: el entregable de Andes Cargo
Dudas frecuentes
Lo que suele preguntarse
Sin límite. Es una guía gratuita: entras cuando quieras, las veces que quieras.
No. Los módulos están ordenados de menos a más, pero puedes saltar al que necesites. Tu progreso se guarda por lección.
Lo que haga falta está en «Qué necesitas traer», arriba. Si no aparece nada ahí, puedes empezar desde cero.
En el grupo de WhatsApp del Club, y cada quince días hay un live con un instructor donde se resuelven dudas en vivo.
Sí. Al terminar todas las lecciones se emite automáticamente, con un código verificable que puedes compartir en LinkedIn.
Empieza cuando quieras
Lo que dicen los estudiantes
Estas reseñas son de estudiantes inscritos que completaron al menos el 50% del curso. Moderamos las reseñas solo por motivos de contenido (spam, lenguaje ofensivo, datos personales), nunca por ser críticas o negativas.
Aún no hay reseñas aprobadas.
¡Sé el primero en compartir tu experiencia!