Serverless
Qué es: serverless (sin servidor) es un modelo en el que el proveedor opera los servidores y tú solo entregas código o contenedores. Los servidores existen, pero no los ves.
- Nada que aprovisionar ni parchear: ni sistema operativo, ni capacidad que elegir.
- Escala sola, de cero a miles de ejecuciones, y alta disponibilidad en varias AZ incluida.
- Pagas por uso real: por petición y tiempo de ejecución; si nadie la usa, no cuesta.
Se parece al PaaS de la Sesión 1, pero va más lejos: en muchos PaaS aún eliges cuántos servidores corren y pagas aunque estén ociosos. En la responsabilidad compartida, AWS asume el sistema operativo y la capacidad; tú, el código, sus datos y sus permisos.
Analogía: usar taxi en vez de tener auto: no pagas seguro ni taller, solo los viajes. Dónde falla la analogía: el taxi te lleva tan lejos como pagues. Los servicios serverless tienen límites, como la duración máxima de AWS Lambda, y no te dejan tocar el “motor”.
Ejemplo real: Nébula genera miniaturas de cada foto nueva del catálogo. Con EC2 pagaría un servidor encendido todo el mes para un trabajo de minutos al día; con serverless paga solo esos minutos. Así se responde la pregunta 2 del inicio: los servidores existen, pero no los aprovisionas, parcheas ni escalas tú.
Úsalo cuando: la carga sea intermitente o impredecible, o quieras dedicar el equipo al código. No lo uses cuando: necesites controlar el sistema operativo o la carga sea constante y pesada: ahí EC2 suele salir más barato.
En el examen: “sin aprovisionar ni administrar servidores”, “escala automáticamente” y “pagar solo por el tiempo de cómputo” describen serverless: Lambda, o Fargate si hay contenedores.
Trampa común: serverless no significa “sin responsabilidades”. Tu código, sus permisos de IAM y la protección de tus datos siguen siendo tuyos.