Nella settimana del 24 agosto sono successe due cose che conteranno ancora nel 2028: AWS ha concordato l'acquisizione di DuckLabs, l'azienda di Amsterdam dietro DuckDB, con il database che resta sotto licenza MIT nella sua fondazione indipendente; e Amazon ECS ha iniziato a rilevare e riparare le container instance il cui agent ha perso il contatto con il control plane. Intorno a loro, Lambda ha avuto un martedì con tre lanci (runtime in preview, resource-based policy complete, PrivateLink per le MicroVMs), EKS ha accettato fino a dieci provider OIDC per cluster, e sul fronte migrazione AWS Transform è entrato nel perimetro FedRAMP Class C mentre Elastic Disaster Recovery ha ottenuto i Recovery Plan ordinati. EC2 ha anche compiuto vent'anni.

DuckLabs: AWS compra il motore per i dati che stanno su una sola macchina

L'annuncio è attento sui punti che contano per chiunque abbia DuckDB in produzione: resta open source sotto licenza MIT, resta sotto la Foundation indipendente, e Hannes Mühleisen e Mark Raasveldt continuano a guidare la direzione tecnica. La ragione dichiarata da AWS sono gli agenti, che esplorano i dati come fanno gli analisti, con piccole query iterative su un terabyte o meno, e la prova è di casa: Amazon Quick esegue già DuckDB su S3 Tables e ha servito più di 2,5 miliardi di query con un calo del 30% della latenza media.

La lettura onesta per un team di piattaforma è doppia. Primo, il motore in-process che i tuoi data people già usano nei notebook comparirà in qualche forma dentro Athena, Redshift, EMR, Glue e SageMaker, il che significa che il percorso "small data" su AWS smette di essere un cluster Spark che aspetta un file Parquet da 2 GB. Per i costi è una buona notizia. Secondo, ogni acquisizione di un'azienda open source porta con sé la stessa domanda a prescindere dal comunicato stampa, e qui la risposta sono la licenza e la struttura della fondazione. MIT significa che un fork è banale se la governance dovesse mai deviare. Tieni d'occhio dove arrivano prima le nuove funzionalità, nel repository aperto o nei servizi AWS, perché il segnale è quello, non il testo della licenza.

ECS: un evento di health per il guasto che non potevi vedere

Una container instance ECS il cui agent ha perso la connessione al control plane è rotta in un modo specifico: i task sopra possono ancora girare, l'istanza supera gli status check di EC2, ma ECS non può piazzare, fermare o osservare nulla lì. Una degradazione EBS, un evento termico o un guasto di rete possono tutti causarlo. ECS ora lo monitora in continuo ed emette un evento di cambio di health della container instance AGENT_CONNECTIVITY su Fargate, ECS Managed Instances ed ECS su EC2, senza costi in tutte le Region commerciali e GovCloud (US).

La parte importante è la divisione. Su Fargate e Managed Instances, ECS fa il ripristino da sé: drena i workload, provisiona capacità di rimpiazzo, rimuove l'istanza compromessa. Su ECS su EC2 ricevi l'evento e il lavoro. È il design giusto, perché su EC2 il capacity provider è tuo ed ECS non può sapere se terminare l'istanza è sicuro, ma significa che il lancio ti aiuta solo se lo colleghi. Una regola EventBridge sull'evento che chiama aws autoscaling set-instance-health --health-status Unhealthy è la versione minima funzionante. Se volevi un motivo per spostare i capacity provider EC2 rimasti su Managed Instances, eccone uno concreto: nella stessa settimana AWS Batch ha ottenuto Managed Instances come compute environment tramite un blocco managedInstancesProvider in CreateComputeEnvironment.

Il martedì di Lambda: runtime, policy, endpoint privati

Node.js 26 e Python 3.15 sono arrivati come runtime in public preview con una scelta di design utile: gli identificatori sono nodejs26.x e python3.15, gli stessi che avrà la GA, quindi le funzioni passano alla GA automaticamente. Il costo di questa comodità è la trappola che contiene. Un runtime in preview è escluso dallo SLA di Lambda e da AWS Support, e i breaking change sono possibili, quindi una funzione impostata su python3.15 in un template SAM condiviso oggi è una funzione di produzione su un runtime non supportato domani. Mettici un gate in CI.

Le resource-based policy IAM complete sostituiscono il modello di permessi un principal alla volta con un unico documento di policy che copre più principal e azioni, con l'insieme completo delle condition key IAM. Chiunque abbia gestito una funzione invocata da tre servizi e un account esterno sa che il vecchio modello produceva una resource policy che nessuno riusciva a leggere; questo rende la policy revisionabile e, tramite CloudFormation e SAM, confrontabile con un diff. E le Lambda MicroVMs ora supportano PrivateLink, così le risorse VPC possono creare immagini, lanciare MicroVMs e raggiungere l'endpoint HTTP di ogni MicroVM senza uscire dalla rete AWS, che era il blocco per i team regolamentati che le usano come sandbox per agenti.

Migrazione e DR: Transform nel perimetro FedRAMP, DRS ottiene un runbook

AWS Transform è ora nel perimetro FedRAMP Class C (l'ex baseline Moderate) quando usato da US East (N. Virginia), con destinazione US East o US West; il componente MGN si qualifica separatamente per la Class D. Per le migrazioni nel settore pubblico bloccate sulla conformità degli strumenti, è lo sblocco. I Recovery Plan di DRS ti permettono di raggruppare i server in passi sequenziali con tempi di attesa, aggiungere gate di approvazione, eseguire tutto come esercitazione non distruttiva e seguire i progressi in tempo reale. L'ordine "database prima dell'applicazione" che viveva in una pagina wiki ora è un oggetto che il servizio esegue, che è anche l'unico modo in cui un'esercitazione di DR venga eseguita una seconda volta.

Anche questa settimana

Il filo conduttore

Il lancio ECS e l'acquisizione di DuckDB sono entrambi AWS che ammette che molto lavoro reale avviene sotto la scala per cui i suoi servizi sono stati progettati. Una container instance che tace è troppo piccola per una dashboard e troppo frequente per essere ignorata; un terabyte di Parquet è troppo piccolo per Spark e troppo frequente per fingere il contrario. Entrambe le correzioni hanno la stessa forma: accorgersi del piccolo guasto o del piccolo dataset, gestirlo nativamente, e smettere di costringere il cliente a costruire un cluster o un cron job per farvi fronte. La preview dei runtime Lambda e le resource policy appartengono alla stessa settimana perché riguardano anch'esse la coda lunga: la funzione di cui nessuno è owner, invocata da quattro principal, su un runtime che qualcuno ha impostato nel 2026. Le piattaforme si guadagnano la fiducia nella coda lunga, non nel keynote.

Leggi questo dopo

Per la lettura AI e agenti della stessa settimana, le field note vivono su ercan.ai. Per consulenza su AWS, cloud, pipeline CI/CD, Linux, GitHub/GitLab e altro, parti da ercanermis.com.

Riferimenti