AWS Emulator: Amazon veröffentlicht kostenlosen lokalen API-Emulator, geschrieben und gewartet von KI-Agenten

Das Testen von Code, der AWS aufruft, war schon immer mit Kosten verbunden: ein Konto, das Erstellen und Löschen von Ressourcen sowie Deployments, die mehrere Minuten dauern. Für einen Programmieragenten, der seine Arbeit in einer Schleife überprüfen möchte, ist das eine erhebliche Hürde. Amazon reagiert darauf mit dem AWS Emulator, der seit dem 11. November verfügbar ist: ein kostenloser, lokaler Emulator seiner APIs, der auf dieselben Befehle wie die Cloud antwortet.

Funktionsweise

Der Emulator ist ein Befehlszeilenprogramm, das in Rust geschrieben wurde, um ressourcenschonend zu bleiben, und stellt einen HTTPS-Endpunkt auf 127.0.0.1:9297 bereit. Er generiert eigene Schlüssel (die mit EMULATOR beginnen, um jede Verwechslung mit echten Schlüsseln zu vermeiden) und weist anders signierte Anfragen ab. Man leitet das AWS-CLI oder ein SDK über einige Umgebungsvariablen auf ihn um, sodass der Anwendungscode unverändert bleibt. Unter Linux wird er über ein RPM- oder Debian-Paket installiert; unter macOS und Windows muss ein Docker-Image anhand des Dockerfiles aus der Dokumentation selbst gebaut werden, da AWS kein fertiges Image bereitstellt. Für in Rust geschriebene Tests startet ein eingebetteter Modus eine isolierte Instanz pro Test, ganz ohne Netzwerkzugriff.

Was die Abdeckung angeht, nennt AWS keine geschlossene Liste: Der Emulator wird direkt aus den öffentlichen API-Modellen von AWS generiert – denselben, die auch zur Erstellung der SDKs dienen –, sodass Anfragen und Fehlermeldungen dieselbe Struktur wie auf AWS aufweisen. Eine noch nicht implementierte Operation gibt einen Fehler 501 zurück, was einen Test sofort fehlschlagen lässt, anstatt ihn fälschlicherweise bestehen zu lassen.

Eine Software, geschrieben von Agenten – und das fällt auf

Das Ungewöhnlichste ist die Entstehung. Laut AWS wird der Emulator von KI-Agenten gebaut und gewartet: Eine Gruppe vergleicht die Antworten des Emulators mit denen von AWS und öffnet bei jeder Abweichung ein Ticket, eine andere schreibt die Tests sowie die Fehlerbehebung, und ein unabhängiger Sicherheitsagent überprüft die Änderung, bevor sie freigegeben wird. Das Repository akzeptiert dementsprechend keine externen Beiträge, sondern ausschließlich Fehlermeldungen.

Das Tempo ist mit einem klassischen Projekt nicht zu vergleichen. Die Releases-Seite springt von der v1.0.269 am 8. November auf die v1.0.341 am 13. November – mehr als 70 Versionen in fünf Tagen, von denen jede Dutzende automatisch generierte Fehlerbehebungen auflistet. Viele tragen den Vermerk „stub“, ein Zeichen dafür, dass eine Operation zuvor nur eine leere Hülle war. Für Anwender ist das ein zweischneidiges Schwert: Lücken werden zwar schnell geschlossen, aber das Verhalten ändert sich mehrmals täglich. AWS veröffentlicht zu jeder Version einen Genauigkeitswert pro Dienst (bestandene Tests im Verhältnis zu den vorhandenen Tests) und stellt die Tests selbst in einem separaten Repository bereit, damit sie jeder nachvollziehen kann.

Einschränkungen, die man vor dem Einsatz kennen sollte

AWS benennt klar, was das Tool nicht leistet. Vor allem wertet es IAM-Richtlinien nicht so aus wie AWS: Eine in der Cloud abgewiesene Anfrage kann im Emulator erfolgreich sein. Er darf daher keinesfalls zur Überprüfung von Sicherheitseinstellungen herangezogen werden. Er simuliert nur ein einzelnes Konto und trennt keine Regionen; sein Verhalten wird ausschließlich in der Region Oregon verifiziert; er ist weder für den Dauereinsatz noch für Lasttests ausgelegt; und er sendet standardmäßig anonymisierte Nutzungsdaten, was sich jedoch deaktivieren lässt. Schließlich räumt AWS ein, dass die Genauigkeit beim Erstellen und Verwalten von Ressourcen höher ist als bei Datenoperationen und dass sie bei Infrastruktur-Tools wie CloudFormation, Terraform oder dem CDK variiert.