AWS · Software · scheda YoctoIT

Lambda

Il serverless che ha fatto scuola: codice che gira a evento, scala da zero a migliaia di esecuzioni e si paga al millisecondo.

FOCUS · EVENT-DRIVENLe integrazioni e i processi a evento senza server da mantenere
Materiale YoctoIT per clienti e partner · AWS e i nomi dei servizi sono marchi di Amazon.com, Inc.
01 · Cos'è

AWS Lambda, in chiaro.

Lambda esegue funzioni in risposta a eventi — un file su S3, un messaggio in coda, una chiamata API — senza alcun server da gestire: scaling automatico, alta disponibilità inclusa e fatturazione al millisecondo di esecuzione.

0 server
niente da patchare, niente da dimensionare
ms
fatturazione al millisecondo: l'idle non si paga
1000+
esecuzioni concorrenti out-of-the-box, estendibili
Icona ufficiale AWS — AWS Lambda
ICONA UFFICIALE AWS · Lambda
Console AWS
CONSOLE AWS REALE · LAMBDA · FONTE: AWS BLOG
02 · Come lo si usa bene

Le cose che fanno la differenza.

L'architettura a eventi

EventiS3, code, API, scheduler, stream
Lambda
Step Functions
EventBridge
funzioni · orchestrazione · bus
Integrazionidatabase, SaaS, on-prem via VPC
CloudWatchlog, metriche e tracing di ogni esecuzione
Dall'evento all'azione, senza server

Step Functions

I flussi complessi orchestrati visivamente: retry, parallelismi e stati senza codice colla.

EventBridge

Il bus degli eventi aziendali: i sistemi che si parlano a eventi, disaccoppiati.

Dentro la VPC

Le funzioni che raggiungono database e sistemi privati: il serverless anche per l'enterprise.

SnapStart & concorrenza provisioned

Gli avvii a freddo domati: latenze costanti anche per Java e i picchi improvvisi.

03 · In profondità

Runtime, concorrenza e i limiti da conoscere

Lambda esegue funzioni fino a 15 minuti con memoria 128MB-10GB (la CPU scala con la memoria): il cold start si mitiga con provisioned concurrency o SnapStart; la concorrenza è per account/region con reserved concurrency per proteggere le funzioni critiche. Event source mapping consuma SQS/Kinesis/DynamoDB Streams con batching e DLQ; le function URL e API Gateway espongono HTTP; i layer condividono dipendenze.

  • Cold start — provisioned concurrency o SnapStart (Java/.NET): il p99 sotto controllo
  • Reserved concurrency — la quota dedicata: la funzione critica non muore di starvation
  • Event source mapping — batch, retry e DLQ dichiarativi dalle code e dagli stream
  • 15 min / 10 GB — i limiti da progettare: oltre, si spezza o si va su Fargate
  • Idempotenza — at-least-once delivery: il codice che tollera il duplicato
  • Powertools — logging strutturato, tracing e metriche: l'osservabilità di serie
04 · Numeri e ciclo di vita

I numeri che contano.

1 ms
la granularità di fatturazione della durata
15 min
il timeout massimo per invocazione
10 GB
la memoria massima (CPU proporzionale)
1000
la concorrenza di default per region: si alza con quota
Il serverless premia il design: idempotenza, DLQ e concorrenze le impostiamo come standard — e la notte le code si svuotano da sole.
05 · Use case

Dove rende davvero.

Integrazioni fra sistemi

Il file che arriva, si valida e finisce nel gestionale: l'ETL leggero senza server dedicati.

API a basso traffico

Endpoint che costano centesimi al mese: perfetti per il B2B a chiamate sporadiche.

Automazione operativa

Le reazioni agli eventi di infrastruttura: il tag mancante corretto, l'allarme arricchito.

Il serverless è perfetto per le colle e i processi a evento: noi lo usiamo dove rende, non dove fa moda.