☁️ Punti chiave
- Lambda Managed Instances aumenta da 15 a 90 minuti il timeout per invocazioni asincrone ed Event Source Mapping.
- I workload interessati comprendono inferenza AI, transcoding, calcolo finanziario, elaborazione dati e attività batch di lunga durata.
- API Gateway porta gli execution log fino a 1 MB e permette di inviarli a CloudWatch Logs, S3 e Data Firehose.
AWS allarga sensibilmente i confini del serverless. Lambda Managed Instances permette ora alle funzioni asincrone e alle invocazioni tramite Event Source Mapping di funzionare fino a 90 minuti consecutivi, sei volte il precedente limite di 15 minuti. Parallelamente, Amazon API Gateway elimina un altro vincolo storico: gli execution log non vengono più troncati a 1 KB e possono raggiungere 1 MB per evento, con destinazioni configurabili tra CloudWatch Logs, Amazon S3 e Data Firehose. I due aggiornamenti intervengono su problemi differenti ma convergenti: consentire a workload più pesanti di restare nel modello serverless e offrire abbastanza osservabilità per capire cosa accade durante esecuzioni e richieste sempre più complesse.
Cosa leggere
Lambda passa da 15 a 90 minuti sui Managed Instances
Nell’annuncio ufficiale sul nuovo timeout AWS porta il limite massimo a 5.400 secondi per le funzioni eseguite su Lambda Managed Instances attraverso chiamate asincrone ed Event Source Mapping. Le invocazioni sincrone restano invece ferme a 15 minuti. Non serve modificare il codice: runtime, handler, ruolo IAM e configurazione VPC rimangono gli stessi, mentre cambia esclusivamente il valore massimo configurabile. La distinzione tra Lambda tradizionale e Managed Instances diventa così più marcata: il secondo modello combina l’esperienza operativa serverless con istanze sottostanti che possono sostenere workload più continuativi e configurazioni computazionali specializzate.
Leggi anche: AWS porta gli agenti AI nel ciclo software con AgentCore, Quick e Codex
AI inference e transcoding smettono di richiedere workaround immediati
AWS indica esplicitamente tra i casi d’uso AI inference, media transcoding, data processing, simulazioni finanziarie e batch. Fino ad oggi un’elaborazione da 30 o 40 minuti richiedeva spesso di dividere artificialmente il lavoro, spostarlo verso ECS, Batch o EC2 oppure orchestrarlo attraverso più funzioni. Con 90 minuti consecutivi aumenta invece la quantità di workload che può rimanere dentro Lambda. È particolarmente rilevante per inferenze su modelli di grandi dimensioni e pipeline di media processing nelle quali inizializzazione, caricamento dei dati e calcolo possono facilmente superare il quarto d’ora.
Le Durable Functions continuano inoltre a mantenere checkpoint e riprendere l’esecuzione dopo un errore. Una durable execution asincrona può durare complessivamente fino a un anno, mentre ogni singola invocazione su Managed Instances può adesso occupare fino a 90 minuti. La recente industrializzazione dell’inferenza e degli agenti su Amazon Bedrock e SageMaker rende questo ampliamento particolarmente utile nei workflow AI distribuiti.
API Gateway elimina il taglio dei log a 1 KB
L’altro aggiornamento interessa Amazon API Gateway. Nell’architettura pubblicata da AWS per i nuovi execution log ogni evento può raggiungere 1 MB, contro il precedente limite di 1 KB che rendeva facile perdere una parte significativa di payload JSON, risposte e dati di diagnostica. La destinazione non è inoltre più vincolata al log group CloudWatch creato automaticamente dal servizio. Gli amministratori possono spedire gli stessi log verso CloudWatch Logs, Amazon S3 o Amazon Data Firehose, anche contemporaneamente verso più destinazioni.
Il vantaggio non è soltanto quantitativo. Un’organizzazione può conservare in S3 i log richiesti dalla compliance e, nello stesso tempo, inviarli via Firehose verso una piattaforma SIEM. È un’evoluzione coerente con il recente rafforzamento di API Gateway attraverso mTLS e nuovi controlli sugli accessi backend.
Il serverless invade workload prima considerati troppo lunghi
Il precedente limite di 15 minuti era anche una linea architetturale. Un’attività capace di superarlo veniva considerata spesso troppo lunga per Lambda e spostata verso container o macchine virtuali. Con 90 minuti, questa distinzione si indebolisce. Lambda non diventa un sostituto universale di EC2 o Kubernetes, ma può assorbire una quota maggiore di elaborazioni periodiche e asincrone mantenendo provisioning, scaling e gestione operativa sotto il controllo del servizio.
Continua con:
AWS sposta il confine del serverless senza eliminarne i limiti
La novità non significa che ogni workload da 90 minuti debba diventare una funzione Lambda. Le invocazioni sincrone restano limitate, l’inizializzazione conserva vincoli specifici e per processi continuativi container e istanze dedicate possono rimanere economicamente più sensati. Cambia però il punto nel quale l’architetto è costretto ad abbandonare il modello serverless. Con execution log fino a 1 MB e timeout sei volte superiori, AWS interviene contemporaneamente su durata e osservabilità. È una combinazione particolarmente importante per AI e data processing: più le funzioni diventano lunghe e costose, più diventa indispensabile poter osservare integralmente ciò che accade durante l’esecuzione.
Iscriviti alla Newsletter
Non perdere le analisi settimanali: Entra nella Matrice Digitale.
Matrice Digitale partecipa al Programma Affiliazione Amazon EU. In qualità di Affiliato Amazon, ricevo un guadagno dagli acquisti idonei. Questo non influenza i prezzi per te.
