Serverless es un paradigma de computación en la nube que abstrae completamente la infraestructura subyacente del desarrollador. En lugar de aprovisionar y gestionar servidores virtuales o contenedores, los desarrolladores despliegan funciones (Function as a Service - FaaS) o aplicaciones que se ejecutan en respuesta a eventos. El proveedor de la nube es responsable de iniciar, escalar y detener los recursos de cómputo de forma automática y elástica, facturando únicamente por el tiempo de ejecución y los recursos consumidos, lo que a menudo se denomina 'pago por uso'. Este modelo elimina la necesidad de operaciones de infraestructura, como el parcheo de sistemas operativos, la gestión de la capacidad o el escalado manual.
La implementación de Serverless es omnipresente en los principales proveedores de nube. AWS Lambda es el ejemplo más conocido de FaaS, permitiendo ejecutar código en respuesta a eventos de S3, DynamoDB, API Gateway, etc. Google Cloud Functions ofrece una funcionalidad similar dentro del ecosistema de Google Cloud, integrándose con Pub/Sub, Cloud Storage y Firebase. Azure Functions de Microsoft proporciona una plataforma Serverless para eventos de Azure Event Grid, Cosmos DB y HTTP. Más allá de FaaS, el concepto Serverless se extiende a otros servicios como bases de datos (ej. Amazon Aurora Serverless, DynamoDB), colas de mensajes (ej. SQS, Pub/Sub), y almacenamiento (ej. S3, Cloud Storage), donde la gestión de la infraestructura es completamente delegada al proveedor.
Para un arquitecto, Serverless es crucial por su promesa de agilidad, reducción de costos operativos y escalabilidad inherente. Permite a los equipos enfocarse en la lógica de negocio, acelerando el tiempo de comercialización. Sin embargo, introduce trade-offs significativos: el 'vendor lock-in' es una preocupación, ya que las implementaciones Serverless suelen estar estrechamente ligadas a los servicios del proveedor. El rendimiento puede verse afectado por los 'cold starts' (latencia inicial al invocar una función inactiva). La depuración y monitorización pueden ser más complejas debido a la naturaleza distribuida y efímera de las funciones. Además, la gestión de costos, aunque granular, requiere una observación cuidadosa para evitar sorpresas con cargas de trabajo impredecibles. Un arquitecto debe evaluar si los beneficios de la reducción de la carga operativa superan estos desafíos, especialmente en aplicaciones con patrones de tráfico intermitentes o basados en eventos.