Si estás evaluando si vale la pena migrar tu stack a serverless en AWS, necesitas entender dos cosas distintas: el ecosistema serverless como tal y Serverless Framework como herramienta de desarrollo. No son lo mismo, y cada uno trae su propio set de beneficios y dolores que conviene revisar antes de escribir la primera función Lambda.

¿Cuáles son las ventajas de usar servicios serverless en AWS?

La razón principal por la que muchos equipos migran a este modelo es que dejas de aprovisionar servidores y sistemas operativos. Eso cambia la economía y la velocidad con la que tu aplicación responde al tráfico real.

• Escalado automático y rápido: las aplicaciones serverless aprovisionan tantos recursos como demanda tengas en un momento dado del día, sin que tú toques nada.
• Relación costo-beneficio: pagas por consumo. A más usuarios, más facturación en AWS, pero también más crecimiento de negocio que sostiene ese gasto.
• Despliegue y operación sencillos: puedes editar funciones Lambda directamente desde la consola de AWS, configurar variables de entorno o gestionar secretos con Parameter Store.
• Proceso de desarrollo más eficiente: el ecosistema empuja a adoptar buenas prácticas que ya están extendidas en la industria.
• Integración nativa con el ecosistema AWS: vas a sentir esta ventaja cuando conectes Lambda con API Gateway, SQS o DynamoDB.

¿Qué es el cold start en serverless? Es el tiempo que tarda el proveedor en aprovisionar y lanzar el recurso la primera vez que se invoca tu función. A partir de ahí, las siguientes ejecuciones ya no pagan ese costo de arranque.

Todo esto, además, se mapea con el AWS Well-Architected Framework y sus seis pilares. Te dejo la tarea: piensa cómo cada ventaja se conecta con esos pilares y cuéntamelo en los comentarios.

¿Qué desventajas tiene trabajar con serverless?

No todo es perfecto, y conviene saberlo antes de comprometer una arquitectura completa. La primera fricción que vas a sentir es el cold start, ese arranque en frío que el usuario puede percibir como latencia cuando consume tu servicio. La buena noticia es que existen técnicas para mitigarlo y que no se sienta tanto.

• Cold start o arranque en frío: el primer request paga el costo de aprovisionamiento.
• Ecosistema limitado a ciertos cloud providers: AWS, GCP y Azure tienen ofertas robustas. Otros proveedores, no tanto.
• Curva de aprendizaje: no todo el mundo está preparado para pensar en funciones y nanofunciones.
• Restricciones técnicas: hay límites de sistema operativo, memoria RAM y timeouts cuando ejecutas tu código en la nube.

¿En qué nubes funciona mejor serverless? AWS, GCP y Azure son las tres principales con un ecosistema serverless completo. Otros proveedores pueden ofrecer funciones puntuales pero no un ecosistema equivalente.

La restricción de conocimiento se resuelve estudiando, justamente lo que estás haciendo ahora. Al terminar el curso vas a poder crear funciones serverless con soltura, y esa desventaja deja de pesar.

¿Qué ventajas ofrece Serverless Framework como herramienta?

Aquí cambiamos de tema: ya no hablamos del ecosistema, sino de la herramienta open source que te ayuda a desplegar aplicaciones serverless con menos fricción.

• Comunidad amplia y código libre: vas a encontrar foros, blogs y documentación constante en Internet.
• Archivo serverless.yml en sintaxis YAML: fácil de leer, fácil de escribir, cercano al desarrollador.
• Mínimo conocimiento de infraestructura para empezar: usas tu lenguaje de programación favorito y la herramienta hace el resto.
• Integraciones con CI/CD: puedes conectarlo con pipelines de continuous integration y continuous delivery.
• Agnóstico de la nube: el mismo framework sirve para desplegar en AWS, GCP o Azure, los tres principales cloud providers.

Esa última ventaja es clave si tu equipo no quiere casarse con un solo proveedor desde el día uno.

¿Qué desventajas tiene Serverless Framework?

Al ser de código abierto, parte del código que circula en Internet puede tener bugs o estar desactualizado. La comunidad lo corrige rápido, pero en el momento te puede ralentizar el desarrollo.

• Limitaciones para extender lógica de infraestructura: herramientas como Terraform, Pulumi o AWS CDK te dan más flexibilidad cuando necesitas reglas complejas.
• Requiere conocimientos de cloud: aunque la experiencia de desarrollo sea cercana, necesitas entender SQS, DynamoDB y otros servicios para sacarle provecho.
• Depende de CloudFormation: en el apartado de recursos del serverless.yml defines infraestructura con plantillas de CloudFormation. Si te gusta CloudFormation es una ventaja; si no, una piedra en el zapato.
• Demasiados plugins: la oferta es enorme y a veces no hay un camino claro para implementar una funcionalidad. Muchos de esos plugins automatizan el paso a producción, lo cual también es una ventaja.

¿Serverless Framework es lo mismo que serverless? No. Serverless es un modelo de arquitectura donde no gestionas servidores. Serverless Framework es una herramienta open source que te ayuda a desplegar aplicaciones serverless en distintas nubes.

Con este mapa de ventajas y desventajas en la mano, ya puedes decidir con criterio cuándo usar el modelo y cuándo apoyarte en la herramienta. ¿Qué otro cloud provider conoces que tenga ecosistema serverless? Déjamelo en los comentarios y nos vemos en la siguiente clase configurando el entorno local.