In breve
AWS Emulator offre ai team un sostituto locale e gratuito di oltre 200 servizi AWS: test unitari e di integrazione girano senza account, senza rete e senza bolletta cloud. I team che sviluppano su AWS ottengono un ciclo più rapido per sviluppatori e agenti di coding. Sicurezza, IAM e scalabilità richiedono comunque un account reale.
Che cosa ha rilasciato AWS?
AWS Emulator è un programma locale che risponde alle chiamate alle API AWS sulla vostra macchina. Resta in ascolto su un endpoint HTTPS locale, per impostazione predefinita 127.0.0.1:9297, e all’avvio genera credenziali, file di configurazione e certificato propri. Basta puntare la CLI o un SDK verso di esso con AWS_ENDPOINT_URL e gli script che creano una coda SQS o scrivono in una tabella DynamoDB funzionano senza modifiche.
AWS lo distribuisce come pacchetti RPM e Debian per Linux. Su macOS e Windows gira in Docker, e i progetti Rust possono integrarlo nei test tramite un crate dedicato. Ogni istanza mantiene il proprio stato in memoria, rendendo le esecuzioni dei test isolate e ripetibili. Secondo The Register, AWS offre anche una skill per agenti, così gli agenti di coding possono usarlo direttamente.
Come lo hanno costruito gli agenti IA?
Secondo AWS, l’emulatore è stato scritto ed è mantenuto da agenti autonomi. «L’emulatore è stato scritto interamente da agenti autonomi. Il nostro team non ha scritto né revisionato alcuna riga di codice», ha scritto Matt Goldberg, senior principal engineer di AWS a capo del progetto, in un post del blog citato da GeekWire.
Gli agenti girano su Amazon Bedrock AgentCore, divisi in tre team:
- Gli autori dei test trasformano i modelli pubblici delle API AWS in «test di fedeltà» e verificano ciascuno sull’AWS reale.
- Gli esecutori rilanciano quei test sull’emulatore e aprono una segnalazione per ogni discrepanza.
- I correttori prendono una segnalazione per ogni esecuzione dell’agente e correggono il codice.
Ogni modifica supera un controllo automatico in cui altri agenti verificano standard di codifica e sicurezza. AWS pubblica punteggi di fedeltà per servizio nel formato «k su n», insieme a una suite di valutazione aperta e a un elenco pubblico delle lacune note. Secondo Goldberg, oggi centinaia di agenti risolvono migliaia di segnalazioni al giorno.
Dove si ferma AWS Emulator?
AWS è esplicita: non si tratta di una copia completa del suo cloud. I limiti pesano soprattutto su tutto ciò che riguarda sicurezza e scalabilità:
| Ambito | Cosa fa oggi l’emulatore |
|---|---|
| IAM | Non valuta le policy IAM né quelle basate sulle risorse come fa AWS |
| Account e regioni | Un solo account; nessun comportamento tra account o tra regioni |
| Scenari di errore | Nessuna simulazione di throttling o interruzioni (Devin Pratt, analista IDC, via InfoWorld) |
| Isolamento | Non esegue il codice in una sandbox |
| Copertura | Le operazioni non implementate restituiscono HTTP 501 |
| Fedeltà | Varia a seconda del servizio; controllate i punteggi pubblicati prima di farvi affidamento |
L’alternativa che la maggior parte dei team conosce già è LocalStack, che quest’anno ha vincolato la versione gratuita alla creazione di un account e l’ha limitata all’uso non commerciale, secondo GeekWire. AWS Emulator è gratuito e di pubblico dominio, ma è nuovo e ha meno funzionalità.
Cosa significa per i team software negli Stati Uniti e nell’UE
Cicli di test CI più rapidi ed economici
Il vantaggio più evidente è nella CI. I test che creano risorse reali sono lenti, costano e richiedono credenziali nella pipeline. Un endpoint locale elimina tutti e tre i problemi per la maggior parte dei test a livello di API e può sostituire molti mock scritti a mano che si allontanano dal comportamento reale dei servizi.
Cicli di test più sicuri per gli agenti di coding
Cambia anche il modo in cui i team possono far lavorare gli agenti di coding. Un agente che testa su un emulatore locale non ha mai bisogno di credenziali cloud, quindi un errore non può cancellare un bucket di produzione né far lievitare la bolletta. Per i team regolamentati in ambito FinTech o HealthTech, tenere i dati di test sulla macchina significa anche tenerli fuori dagli account cloud condivisi.
Quando serve ancora un account AWS reale
I limiti definiscono dove lo strumento si ferma. Poiché le policy IAM non vengono valutate, un test superato in locale non dice nulla sulla reale possibilità di un ruolo di accedere a una risorsa. Mantenete una breve suite di test su un account sandbox reale per permessi, quote, configurazioni multi-regione e gestione degli errori.
Come trattarlo nelle revisioni di sicurezza
Un ultimo punto per le revisioni di sicurezza: secondo AWS nessun essere umano ha scritto o revisionato questo codice, e l’emulatore non isola ciò che esegue. Trattatelo come qualsiasi strumento di sviluppo di terze parti: fissate una versione, eseguitelo solo sulle macchine degli sviluppatori e sui runner CI e tenetelo lontano dalle reti di produzione.
Cosa significa per il mercato italiano
Per le software house e le PMI italiane, che spesso lavorano con budget IT contenuti, il primo vantaggio è economico: meno account AWS di test da aprire, monitorare e pagare per ogni cliente o progetto, e ambienti di collaudo che si avviano sul portatile dello sviluppatore. Il secondo riguarda i dati: testare in locale evita di copiare dati in account cloud condivisi, in linea con il principio di minimizzazione del GDPR. Il Garante per la protezione dei dati personali presta da tempo attenzione all’uso dei dati personali nei servizi digitali, quindi anche in locale conviene usare dati sintetici o pseudonimizzati, non copie della produzione.
Per i fornitori della Pubblica Amministrazione, vincolati a servizi cloud qualificati per la produzione, l’emulatore non cambia le regole di hosting, ma permette di far girare gran parte della pipeline CI senza dipendere da un account cloud. Sul piano legale, la licenza CC0 semplifica le verifiche dell’ufficio legale: non impone obblighi di attribuzione né di ridistribuzione del codice.
Come dovrebbero iniziare i team?
- Controllate prima la fedeltà. Verificate i punteggi pubblicati per i servizi usati dalla vostra applicazione prima di spostare i test.
- Partite da una sola pipeline. Puntate i test di integrazione di un singolo servizio sull’emulatore e confrontate i risultati con la configurazione attuale.
- Mantenete una suite su un account reale. Lasciate i test su IAM, quote e multi-regione su un account AWS sandbox.
- Date agli agenti l’emulatore, non le chiavi. Configurate gli agenti di coding perché testino in locale per impostazione predefinita.
- Fissate e verificate la versione. Bloccate la versione dell’emulatore nella CI e aggiornatela in modo consapevole, perché il codice cambia ogni giorno.
Domande frequenti
Che cos’è AWS Emulator?
AWS Emulator è un programma locale e gratuito di AWS che espone un endpoint delle API AWS sulla vostra macchina. Si basa su oltre 400 modelli pubblici di API AWS che coprono oltre 200 servizi, così AWS CLI, SDK AWS e agenti di coding IA possono creare e usare risorse come code SQS o tabelle DynamoDB senza account AWS né connessione di rete. AWS lo ha rilasciato l’11 novembre 2026.
AWS Emulator è gratuito, e con quale licenza?
Sì. AWS non applica alcun costo d’uso per l’emulatore; si pagano solo le risorse distribuite in seguito sull’AWS reale. Il codice è rilasciato con la dedica al pubblico dominio CC0 1.0 Universal, con la cronologia completa dei commit su GitHub.
Che cosa non fa AWS Emulator?
Secondo AWS non valuta le policy IAM né quelle basate sulle risorse come fa AWS, funziona con un solo account e non riproduce il comportamento tra account o tra regioni. Un analista IDC citato da InfoWorld e GeekWire ha aggiunto che non simula throttling, interruzioni o differenze regionali nella disponibilità dei servizi, e non isola il codice che esegue. Le operazioni non supportate restituiscono HTTP 501.
Come punto il mio codice su AWS Emulator?
Avviate l’emulatore e impostate AWS_ENDPOINT_URL sul suo endpoint HTTPS locale, per impostazione predefinita https://127.0.0.1:9297. All’avvio l’emulatore genera credenziali, file di configurazione e certificato propri, e gli script CLI e il codice SDK esistenti continuano a funzionare senza modifiche. Su Linux si possono installare i pacchetti RPM o Debian; su macOS e Windows gira in Docker.
AWS Emulator sostituisce LocalStack?
Non ancora alla pari. Entrambi emulano le API AWS in locale, ma AWS Emulator mantiene lo stato in memoria per istanza, supporta un solo account e non valuta le policy IAM, mentre LocalStack ha una storia più lunga e funzionalità a pagamento. I punti di forza di AWS Emulator sono prezzo e licenza: è gratuito e di pubblico dominio, mentre quest’anno LocalStack ha vincolato il piano gratuito alla creazione di un account e lo ha limitato all’uso non commerciale.
Fonti
AWS News Blog — Testare le applicazioni su AWS in locale con AWS Emulator (fonte primaria, 11 novembre 2026)
AWS What’s New — AWS Emulator è ora disponibile (11 novembre 2026)
GeekWire — AWS offre agli sviluppatori un sostituto locale e gratuito del suo cloud, costruito da zero da agenti IA (11 novembre 2026)
The Register — AWS distilla il suo cloud in un emulatore locale che gira sul PC (12 novembre 2026)