Serverless

Qué es

Piensa en una luz con sensor de movimiento: permanece apagada hasta que alguien pasa cerca, se enciende solo para esa persona y luego se apaga sola — nunca tocas un interruptor ni pagas por que esté encendida toda la noche. Serverless (sin servidor) funciona así. Escribes funciones individuales y el proveedor de la nube las ejecuta solo cuando algo las activa — una solicitud HTTP (una petición web, del tipo que hace tu navegador), la subida de un archivo, un temporizador programado. Sigue habiendo servidores por debajo, pero nunca los ves ni los administras. Pagas solo por el tiempo que tu código realmente se ejecuta, a menudo hasta el milisegundo.

Puntos fuertes

• No hay servidores que aprovisionar, parchear ni mantener en funcionamiento.
• Escala de cero a miles de ejecuciones simultáneas de forma automática.
• Precio por uso; el código inactivo no cuesta nada.
• Se integra de forma limpia con eventos de la nube (colas, almacenamiento, bases de datos).
• Buen encaje para tráfico irregular o impredecible.

Contrapartidas

• Arranques en frío (cold starts): una función que no se ha ejecutado hace poco puede tardar un momento extra en "despertar".
• Los límites de tiempo de ejecución (a menudo unos pocos minutos) descartan trabajos largos.
• Los costos pueden sorprenderte con un volumen muy alto y constante, en comparación con un servidor normal.
• Probar y depurar en local es más complicado que con una app normal.
• Dependencia del proveedor (vendor lock-in) — el modelo de eventos y las APIs difieren de un proveedor a otro.

Cuándo usarlo

Elige serverless para APIs (Application Programming Interfaces, interfaces de programación de aplicaciones — los puntos de acceso que otro software llama para comunicarse con tu app), webhooks, tareas programadas y trabajos impulsados por eventos donde el tráfico es desigual y prefieres no estar pendiente de la infraestructura. Brilla especialmente como "pegamento" entre servicios en la nube.

Encaje con vibe coding

Serverless combina bien con el desarrollo dirigido por IA porque la unidad de trabajo es una función única y autocontenida — fácil de generar, probar y desplegar para un agente. Frameworks como AWS SAM, el Serverless Framework y Vercel permiten que la IA defina la función, su disparador (trigger) y sus permisos en un solo archivo de configuración. Consejo: pide al agente que fije explícitamente un tiempo límite (timeout) y un tamaño de memoria razonables, y que mantenga las dependencias al mínimo — menos paquetes significan paquetes más pequeños y arranques en frío más rápidos.

# serverless.yml — AWS Lambda function
service: my-api
provider:
  name: aws
  runtime: nodejs20.x
  timeout: 10
functions:
  hello:
    handler: handler.hello
    events:
      - httpApi:
          path: /hello
          method: get

# Deploy the stack
npx serverless deploy