AWS Emulator is sinds 11 november gratis beschikbaar als lokale testomgeving voor AWS-apps, meldt Amazon, zodat ontwikkelteams veel API-tests kunnen uitvoeren zonder voor elke test AWS-resources in de cloud aan te maken.
De eerste testlus verhuist naar de laptop: een team kan code tegen lokale AWS-API’s controleren voordat een proef resources in een echt account aanmaakt. Dat scheelt cloudgebruik per ontwikkelronde en kan een testjob zonder echte AWS-sleutels laten draaien, als die job goed is ingesteld.
De emulator antwoordt op API’s, tests volgen vaste scenario’s
AWS bouwt de emulator op openbare AWS-API-modellen en gebruikt de echte cloud als referentie. Amazon zegt dat autonome agents alle emulatorcode schreven en dat de testbibliotheek inmiddels tienduizenden scenario’s bevat. Drie agentteams maken tests, zoeken afwijkingen en werken fouten weg.
De tests beschrijven concrete handelingen. Een scenario voor SQS maakt bijvoorbeeld een wachtrij aan, verstuurt een bericht, haalt het op en verwijdert het weer. De testagents controleren eerst hoe AWS op die stappen reageert. Daarna voeren andere agents hetzelfde scenario uit tegen de emulator.
Een fidelitytest is een vaste API-workflow: agents controleren het scenario eerst tegen AWS en herhalen het daarna tegen de emulator. Het zijn dus herhaalbare scenario’s, geen volledige opname van alles wat een echte AWS-account kan doen. De emulator zelf ontvangt SDK-aanroepen en reageert met eigen, lokale resources. De openbare testbibliotheek bevat de beproefde scenario’s, zodat teams kunnen nagaan welke dekking hun eigen project nodig heeft.

Een codeeragent en een emulator doen ander werk
De verwante ontwikkeltool Abacus AI Bot draait lokaal op Windows, Mac en Linux en ondersteunt eigen model-API’s. De productpagina noemt meer dan honderd modellen en een codeeragent die bestanden in een eigen repository kan aanpassen. AWS Emulator doet een andere stap: het geeft die software een lokaal AWS-eindpunt waar API-aanroepen tegen kunnen worden getest. Daaruit volgt dat lokaal uitvoeren van de agent niet automatisch betekent dat modelverkeer lokaal blijft.
Amazon plaatst deze teststap in een bredere verandering van softwareontwikkeling. Het bedrijf zet langetermijnresultaten voor klanten en bedrijf centraal en waarschuwt dat tokenverbruik of aantallen codewijzigingen als doelmaat kosten en complexiteit kunnen verhogen. Dat sluit aan bij Amazons eerdere waarschuwing dat codevolume en AI-gebruik geen zelfstandige maat voor klantresultaat zijn. De emulator maakt de controle op code sneller herhaalbaar; hij zegt op zichzelf niets over de waarde van de wijziging voor een klant.
Lokaal testen scheelt cloudkosten
De emulator werkt lokaal zonder AWS-account of extra servicekosten; AWS-kosten ontstaan pas wanneer een team resources in de cloud uitrolt. Linux-gebruikers installeren een RPM- of Debian-pakket. Op Windows en macOS draait de emulator via Docker. Testresources blijven op de computer.
De emulator maakt eigen tijdelijke sleutels aan en weigert verzoeken die met andere sleutels zijn ondertekend. AWS schrijft voor om echte AWS-inloggegevens uit de testomgeving te halen. Als AWS_ENDPOINT_URL niet in hetzelfde testscript staat, kan de toepassing AWS aanroepen met de inloggegevens die ze daar aantreft. De emulator is bovendien geen sandbox voor code die hij uitvoert: functiecode draait met de rechten van de lokale gebruiker en kan diens bestanden lezen of wijzigen. AWS raadt daarom aan echte inloggegevens te verwijderen, het lokale eindpunt expliciet in te stellen en alleen vertrouwde code te draaien.
Er loopt daarnaast standaard beperkte telemetrie naar AWS. Gebruiks- en foutgegevens worden naar AWS verzonden, maar geen verzoeken, antwoorden, code, inloggegevens of persoonsgegevens. AWS bewaart die gegevens maximaal 90 dagen. Telemetrie is uit te schakelen.
Regio en piekbelasting vallen buiten de proef
De dekking verschilt per dienst en API-operatie. AWS publiceert per dienst een score van geslaagde fidelitytests op het totaal, bijvoorbeeld 40 van 50. Niet-geïmplementeerde operaties geven HTTP 501 en scores zijn alleen vergelijkbaar wanneer ze dezelfde testversie gebruiken. Dat is een momentopname van de testset, geen kans dat iedere toepassing werkt. De uitkomst kan veranderen wanneer AWS tests toevoegt of bijwerkt.
De lokale test heeft harde grenzen voor regio, toegang en belasting. AWS verifieert gedrag in Oregon, regio us-west-2, gebruikt us-east-1 voor globale diensten en heeft de emulator niet getest voor langdurig gebruik of belastingstests. Verschillen tussen regio’s, zoals beschikbaarheid van functies, zijn daarmee niet afgedekt. Een emulator houdt bovendien één account en één regio aan, bewaart resources in het geheugen en verwijdert ze bij afsluiten.
Een lokale geslaagde workflow bewijst dat de geteste API-aanroepen op dat moment overeenkomen. Voor toegangsbeleid, gedrag in een Europese regio en piekbelasting blijft validatie op echte AWS nodig. Naarmate agents meer code in korte iteraties produceren, verschuift de vroege feedback naar de laptop; de laatste controle blijft gekoppeld aan de omgeving waar de software werkelijk draait.
Veelgestelde vragen
Van lokale test naar werkende software
Ik denk met je mee over de opzet, ontwerp de oplossing en bouw en automatiseer het hele traject tot livegang. Waar dat kan, houd ik de software en gegevens in eigen beheer.
Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.
