Cerrar un curso de AWS serverless es también el momento de mirar atrás y reconocer todo lo que ya tienes en tu caja de herramientas: Lambda, DynamoDB, colas, automatización y buenas prácticas para construir aplicaciones sin servidores propios. Si llegaste hasta aquí, ya tienes una base sólida para diseñar arquitecturas modernas en la nube.

¿Qué herramientas y conceptos serverless quedaron en tu caja?

Durante el recorrido pasaste por servicios y patrones que son el corazón del ecosistema serverless en AWS. No fue solo teoría: fue práctica con casos reales y decisiones de diseño.

• Lambda como motor de ejecución de funciones sin administrar servidores.
• DynamoDB como base de datos NoSQL totalmente administrada para cargas serverless.
• API Gateway para exponer endpoints y validar lógica de negocio antes de llegar al backend.
• S3 y SQS como piezas clave para manejar asincronismo en tus flujos.
• GitHub Actions para automatizar despliegues y cerrar el ciclo de entrega.

Cada uno tiene sus ventajas y sus límites. Y aquí viene lo interesante: la maestría no está en saberlos de memoria, sino en saber cuándo usar cada uno.

¿Qué es una arquitectura serverless en AWS? Es un modelo donde tú escribes la lógica y AWS administra los servidores, el escalado y la disponibilidad. Tú pagas por lo que ejecutas, no por máquinas encendidas todo el día.

¿Por qué importa el asincronismo en aplicaciones serverless?

El asincronismo fue uno de los hilos que atravesó varias clases, y por una buena razón: las aplicaciones modernas rara vez funcionan bien si todo es sincrónico.

Con S3 aprendiste a disparar procesos a partir de eventos de archivos, por ejemplo cuando alguien sube un objeto y necesitas procesarlo sin bloquear al usuario. Con SQS trabajaste colas de mensajes para desacoplar productores y consumidores, dándole a tu sistema la capacidad de absorber picos de tráfico sin caerse.

Esa combinación, eventos más colas, es la que te permite construir flujos resilientes: si una pieza falla, el mensaje espera; si el tráfico sube, el sistema escala. No se trata de moda, se trata de diseñar para la realidad.

¿Cuándo usar SQS y cuándo S3 como disparador? Usa SQS cuando necesitas una cola de tareas con reintentos y control de concurrencia. Usa S3 cuando el evento natural es la llegada de un archivo que debe procesarse.

¿Cómo se conecta API Gateway con la lógica de negocio?

API Gateway te permite recibir peticiones HTTP y aplicar validaciones antes de que lleguen a tu Lambda. Eso significa menos código basura ejecutándose y reglas de negocio más limpias en la puerta de entrada.

Esto es clave porque cada invocación a Lambda cuenta. Validar payloads, autenticación o formatos en API Gateway protege tu backend, reduce costos y hace que tu arquitectura serverless sea más predecible.

¿Cómo automatizar despliegues serverless con GitHub Actions?

La automatización con GitHub Actions cerró el círculo. Ya no se trata de subir código a mano: defines tu workflow, conectas tus credenciales de AWS y cada push puede desplegar tu Lambda, actualizar tu API o sincronizar tu infraestructura.

Eso te da dos cosas que valen oro en cualquier equipo:

1. Repetibilidad, porque cada despliegue sigue los mismos pasos.
2. Velocidad, porque pasas de tener una idea a tenerla en producción en minutos.
3. Trazabilidad, porque cada cambio queda registrado en tu repositorio.

Con esto, tu flujo de trabajo deja de depender de pasos manuales frágiles.

¿Qué sigue después de terminar el curso?

Lo más importante ahora es consolidar lo aprendido y poner a prueba tu conocimiento. Recuerda tomar el examen del curso para validar cuánto te quedó claro y detectar los temas que quieras reforzar.

Si alguno de los servicios te enganchó (quizá quieres ir más profundo en Lambda, dominar patrones avanzados con DynamoDB o construir pipelines más complejos con GitHub Actions) déjalo en los comentarios. Esa es la mejor forma de proponer próximos cursos y convertirte en especialista del servicio que más te interesa.

El equipo de infraestructura de Platzi te felicita por llegar hasta aquí. Cuéntanos en los comentarios qué proyecto serverless vas a construir primero.