Benvingut al món serverless, un dels canvis de mentalitat més grans del núvol. Fins ara sempre hi havia un servidor pel mig: l'engegaves, el configuraves, l'escalaves, el reparaves. Amb AWS Lambda t'oblides de tot això: només escrius el codi que vols executar, i AWS s'encarrega de la resta. En aquest subcapítol entendràs com funciona aquest model.

Recordem el que has fet fins ara amb EC2 (Capítol 4) i els Auto Scaling Groups (Capítol 13): et preocupaves de servidors. Encara que AWS gestionés el maquinari, tu havies de pensar en quantes instàncies, quin tipus, com escalar-les, com reparar-les.

Amb Lambda, la unitat ja no és el servidor: és la funció. Tu puges un tros de codi (una funció), i AWS l'executa quan cal. No hi ha servidor per gestionar. D'aquí el nom «serverless» (sense servidor): no és que no hi hagi servidors, és que no són el teu problema; AWS els posa i els treu per tu, de manera invisible.

Aclariment important: «serverless» no vol dir «sense servidors». Els servidors existeixen, però estan totalment ocults i gestionats per AWS. Tu no els veus, no els configures i no pagues per tenir-los encesos esperant.

El model de Lambda és senzill d'entendre amb una idea: el teu codi només s'executa quan passa alguna cosa, i només durant el temps que triga a fer la seva feina.

Comparem-ho amb un servidor tradicional:

• Un servidor EC2 està sempre encès, esperant peticions. Pagues per tot el temps que està encès, encara que no arribi cap petició.
• Una funció Lambda només «existeix» quan hi ha feina. Si ningú la invoca, no s'executa i no pagues res.

Analogia: un servidor és com tenir un taxi amb el motor encès esperant tot el dia a la porta: pagues la benzina encara que no vagis enlloc. Lambda és com demanar un taxi per app: apareix just quan el necessites, et porta, i només pagues aquell trajecte. La resta del temps, no pagues res.

No hi ha sistema operatiu per parchejar, ni instàncies per dimensionar, ni per reparar. AWS s'encarrega de tot el «per sota». Tu només t'ocupes del teu codi.

Si arriba 1 petició, AWS executa 1 funció. Si n'arriben 1.000 alhora, AWS executa 1.000 funcions en paral·lel, automàticament. No configures Auto Scaling Groups ni polítiques (Capítol 13): l'escalat és immediat i transparent, el gestiona AWS.

Aquesta és l'avantatge econòmica estrella. Pagues pel nombre d'execucions i pel temps que triga cadascuna (en mil·lisegons). Si la teva funció no s'executa, no pagues res. Això pot abaratir enormement les càrregues de treball intermitents o imprevisibles.

Una funció Lambda és, bàsicament, una funció en el teu llenguatge preferit (Python, Node.js, Java, Go...) amb una forma concreta: rep un esdeveniment d'entrada i retorna una resposta. Aquí un exemple simple en Python:

• event: les dades d'entrada (què ha desencadenat la funció i amb quina informació).
• context: informació sobre l'execució (quant temps queda, identificadors...).
• El que retorna return és la resposta.

AWS crida aquesta funció cada vegada que passa l'esdeveniment que la dispara. No t'has de preocupar d'on s'executa ni de quantes còpies hi ha.

Lambda brilla en moltíssims escenaris, però no és per a tot:

Veurem els límits i antipatrones amb detall al subcapítol 14.5. Per ara, queda't amb la idea general.

• Lambda canvia la unitat de treball: del servidor a la funció. Puges codi i AWS l'executa; no gestiones servidors.
• Serverless no vol dir «sense servidors», sinó que els servidors són invisibles i gestionats per AWS: no són el teu problema.
• El model és sota demanda: el teu codi només s'executa quan passa un esdeveniment, i només durant el temps que triga. Si no s'invoca, no s'executa.
• Tres avantatges: no gestiones servidors, escalat automàtic i instantani (1 o 1.000 execucions en paral·lel), i pagues només pel que fas servir (si no s'executa, no pagues).
• Una funció rep un esdeveniment d'entrada i retorna una resposta; encaixa en tasques curtes, trànsit intermitent i processament d'esdeveniments.

En el següent subcapítol veurem què pot disparar una funció Lambda: els triggers (API Gateway, S3, DynamoDB, SQS...).