Si quieres construir una aplicación serverless en AWS que sea escalable, resiliente y de alta concurrencia, este proyecto te muestra cómo integrar API Gateway, funciones Lambda y DynamoDB siguiendo las buenas prácticas del AWS Well-Architected Framework. Es una guía pensada para desarrolladores que quieren dominar arquitecturas sin servidor desde cero.

¿Cómo se estructura una arquitectura serverless en AWS?

El diagrama del proyecto hace convivir varios componentes que trabajan en conjunto para responder peticiones de un usuario final. Cada pieza cumple un rol específico y se comunica con la siguiente sin que tengas que preocuparte por servidores.

¿Qué hace cada componente del flujo?

El recorrido empieza cuando un usuario lanza una petición y termina cuando los datos quedan almacenados. En medio, ocurren varias cosas interesantes.

• API Gateway recibe las peticiones del usuario y las redirige hacia las funciones Lambda correspondientes.
• Lambda Functions ejecutan la lógica del proyecto. Cada función hace algo distinto: una lee, otra crea, otra actualiza y otra elimina, replicando un patrón CRUD.
• DynamoDB actúa como el componente de almacenamiento donde persisten los datos.

Con estos tres servicios ya tienes un ecosistema serverless completo y funcional en AWS [00:50].

¿Qué es API Gateway en AWS? Es un servicio que recibe peticiones HTTP y las enruta hacia funciones Lambda u otros servicios. Funciona como la puerta de entrada de tu aplicación serverless.

¿Por qué las funciones Lambda son agnósticas al lenguaje?

Una de las grandes ventajas de trabajar con Lambda es que puedes elegir el lenguaje que más te convenga. En este proyecto vas a usar Python o JavaScript, y el Serverless Framework se encarga de que todo conviva sin fricción [01:30].

Esto significa que puedes tener una función escrita en Python para leer datos y otra en JavaScript para crearlos, sin que la arquitectura se rompa. La flexibilidad es total.

¿Qué pilares del AWS Well-Architected Framework debes cuidar?

El diseño de este proyecto no es arbitrario. Responde a un conjunto de buenas prácticas que AWS define como pilares fundamentales para cualquier arquitectura en la nube [02:15].

• Excelencia operacional.
• Seguridad.
• Reliability o confiabilidad.
• Performance efficiency o eficiencia de rendimiento.
• Cost optimization u optimización de costos.
• Sustainability o sostenibilidad.

Parece mucho, pero serverless en AWS junto al Serverless Framework facilita cumplir cada uno de estos pilares casi sin esfuerzo extra.

¿Qué es el AWS Well-Architected Framework? Es un conjunto de seis pilares que define AWS para diseñar aplicaciones seguras, eficientes, confiables, sostenibles y optimizadas en costos.

¿Cómo cambia la seguridad con un enfoque serverless?

Cuando trabajas con servidores tradicionales, tienes que pensar en puertos abiertos, configuraciones por defecto y exposición a internet. Por ejemplo, sabes que el puerto 80 es el estándar para tráfico HTTP, y que dejar puertos de bases de datos expuestos es un riesgo enorme [03:20].

Con serverless, esa carga se reduce drásticamente. AWS gestiona la infraestructura por ti, y tú te enfocas en la lógica y los permisos. Aun así, la seguridad sigue siendo un pilar que no puedes descuidar, y más adelante verás cómo el framework te ayuda a cubrirla.

¿Cuál es la diferencia entre serverless, Serverless Framework y serverless en AWS?

Estos tres términos suenan parecidos, pero significan cosas distintas. Serverless es el concepto general de no gestionar servidores. Serverless en AWS es la implementación específica de ese concepto dentro del ecosistema de Amazon. Y el Serverless Framework es una herramienta que te permite desplegar y administrar aplicaciones serverless de forma declarativa.

Distinguirlos es clave para no perderte cuando avances en el curso. ¿Tienes claro cuál es cuál? Cuéntame en los comentarios qué término te genera más dudas y seguimos resolviéndolo en las próximas clases.