Die Kurzfassung
Der AWS Emulator ist ein kostenloser lokaler Ersatz für mehr als 200 AWS-Dienste: Unit- und Integrationstests laufen ohne Account, ohne Netzwerk und ohne Cloud-Rechnung. Teams, die auf AWS entwickeln, bekommen einen schnelleren Zyklus für Entwickler und Coding-Agenten. Sicherheit, IAM und Skalierung brauchen weiterhin einen echten Account.
Was hat AWS veröffentlicht?
Der AWS Emulator ist ein lokales Programm, das AWS-API-Aufrufe auf dem eigenen Rechner beantwortet. Er lauscht auf einem lokalen HTTPS-Endpunkt, standardmäßig 127.0.0.1:9297, und erzeugt beim Start eigene Zugangsdaten, eine Konfigurationsdatei und ein Zertifikat. Richtet man CLI oder SDK über AWS_ENDPOINT_URL auf ihn aus, laufen Skripte, die eine SQS-Queue anlegen oder in eine DynamoDB-Tabelle schreiben, unverändert.
AWS liefert ihn als RPM- und Debian-Pakete für Linux aus. Unter macOS und Windows läuft er in Docker, und Rust-Projekte können ihn über ein separates Crate direkt in Tests einbinden. Jede Instanz hält ihren Zustand im Arbeitsspeicher, wodurch Testläufe isoliert und reproduzierbar sind. Laut The Register bietet AWS zusätzlich einen Agent-Skill an, damit Coding-Agenten den Emulator direkt nutzen können.
Wie haben KI-Agenten den Emulator gebaut?
Laut AWS wurde der Emulator von autonomen Agenten geschrieben und wird von ihnen gepflegt. „Der Emulator wurde vollständig von autonomen Agenten geschrieben. Unser Team hat keine einzige Zeile Code geschrieben oder geprüft“, schrieb Matt Goldberg, Senior Principal Engineer bei AWS und Kopf des Projekts, in einem Blogbeitrag, den GeekWire zitiert.
Die Agenten laufen auf Amazon Bedrock AgentCore in drei Teams:
- Test-Autoren machen aus öffentlichen AWS-API-Modellen „Fidelity-Tests“ und prüfen jeden davon gegen das echte AWS.
- Test-Runner spielen diese Tests gegen den Emulator ab und legen für jede Abweichung ein Issue an.
- Fixer übernehmen pro Agentenlauf ein Issue und patchen den Code.
Jede Änderung durchläuft ein automatisches Gate, in dem andere Agenten Coding-Standards und Sicherheit prüfen. AWS veröffentlicht Fidelity-Werte pro Dienst im Format „k von n“, dazu eine offene Evaluationssuite und eine öffentliche Liste bekannter Lücken. Goldberg zufolge beheben inzwischen Hunderte Agenten Tausende Issues pro Tag.
Wo stößt der AWS Emulator an Grenzen?
AWS stellt klar, dass dies keine vollständige Kopie seiner Cloud ist. Die Grenzen wiegen am schwersten bei allem, was Sicherheit oder Skalierung betrifft:
| Bereich | Was der Emulator heute leistet |
|---|---|
| IAM | Wertet IAM- und ressourcenbasierte Richtlinien nicht so aus wie AWS |
| Accounts und Regionen | Nur ein Account; kein account- oder regionsübergreifendes Verhalten |
| Fehlerfälle | Keine Simulation von Throttling oder Ausfällen (IDC-Analyst Devin Pratt, via InfoWorld) |
| Isolation | Führt den ausgeführten Code nicht in einer Sandbox aus |
| Abdeckung | Operationen ohne Implementierung liefern HTTP 501 |
| Genauigkeit | Je nach Dienst unterschiedlich; vor dem Einsatz die veröffentlichten Werte prüfen |
Die Alternative, die die meisten Teams kennen, ist LocalStack. Laut GeekWire hat LocalStack in diesem Jahr seine kostenlose Version hinter eine Account-Pflicht gestellt und auf nichtkommerzielle Nutzung beschränkt. Der AWS Emulator ist kostenlos und gemeinfrei, aber neu und hat einen kleineren Funktionsumfang.
Was das für Softwareteams in den USA und der EU bedeutet
Schnellere und günstigere CI-Testzyklen
Der klarste Gewinn liegt in der CI. Tests, die echte Ressourcen anlegen, sind langsam, kosten Geld und brauchen Zugangsdaten in der Pipeline. Ein lokaler Endpunkt beseitigt alle drei Probleme für die meisten Tests auf API-Ebene und kann viele handgeschriebene Mocks ersetzen, die sich vom echten Verhalten der Dienste entfernen.
Sicherere Testzyklen für Coding-Agenten
Auch die Arbeit mit Coding-Agenten ändert sich. Ein Agent, der gegen einen lokalen Emulator testet, braucht nie Cloud-Zugangsdaten. Ein Fehler kann also keinen Produktions-Bucket löschen und keine Rechnung in die Höhe treiben. Für regulierte Teams in FinTech oder HealthTech bleiben Testdaten zudem auf dem Rechner und damit außerhalb gemeinsam genutzter Cloud-Accounts.
Wo Sie weiterhin einen echten AWS-Account brauchen
Die Grenzen bestimmen, wo der Emulator aufhört. Da IAM-Richtlinien nicht ausgewertet werden, sagt ein lokal bestandener Test nichts darüber, ob eine Rolle tatsächlich auf eine Ressource zugreifen kann. Behalten Sie eine kleine Testsuite gegen einen echten Sandbox-Account für Berechtigungen, Kontingente, Multi-Region-Setups und Fehlerbehandlung.
Wie Sie ihn in Security-Reviews behandeln
Ein weiterer Punkt für Security-Reviews: Laut AWS hat kein Mensch diesen Code geschrieben oder geprüft, und der Emulator führt Code nicht in einer Sandbox aus. Behandeln Sie ihn wie jedes Entwicklerwerkzeug eines Drittanbieters. Pinnen Sie eine Version, betreiben Sie ihn nur auf Entwicklerrechnern und CI-Runnern und halten Sie ihn von Produktionsnetzen fern.
Was bedeutet das für den DACH-Markt?
Für Teams in Deutschland, Österreich und der Schweiz ist der Datenschutz-Aspekt oft wichtiger als die eingesparte Cloud-Rechnung. Wer gegen einen lokalen Endpunkt testet, schickt Testdaten nicht in einen gemeinsam genutzten Cloud-Account – das passt zum Grundsatz der Datenminimierung der DSGVO. Personenbezogene Echtdaten gehören trotzdem nicht in Tests: Arbeiten Sie mit synthetischen oder pseudonymisierten Datensätzen, auch wenn alles lokal läuft.
Für Rechtsabteilungen ist die Lizenz ein Pluspunkt: CC0 enthält für Rechtsordnungen wie Deutschland, in denen ein vollständiger Verzicht auf das Urheberrecht nicht möglich ist, eine weitgehende Ersatzlizenz. Bei Banken und Versicherern, die unter DORA ihre IKT-Drittanbieter steuern müssen, sollte der Emulator dennoch in der Bewertung der eingesetzten Drittanbieter-Software auftauchen – klar abgegrenzt als reines Entwicklungs- und CI-Tool ohne Zugriff auf Produktionsdaten. Für mittelständische Softwarehäuser, die pro Kundenprojekt eigene AWS-Testaccounts in Frankfurt pflegen, kann der Emulator die Zahl dieser Accounts und den Abstimmungsaufwand mit den Kunden spürbar senken.
Wie sollten Teams den Einstieg angehen?
- Zuerst die Genauigkeit prüfen. Sehen Sie sich die veröffentlichten Werte für die Dienste Ihrer Anwendung an, bevor Sie Tests umziehen.
- Mit einer Pipeline beginnen. Richten Sie die Integrationstests eines einzelnen Dienstes auf den Emulator aus und vergleichen Sie die Ergebnisse mit Ihrem aktuellen Setup.
- Eine Suite im echten Account behalten. IAM-, Kontingent- und Multi-Region-Tests bleiben in einem Sandbox-Account bei AWS.
- Agenten den Emulator geben, nicht die Schlüssel. Konfigurieren Sie Coding-Agenten so, dass sie standardmäßig lokal testen.
- Version pinnen und prüfen. Fixieren Sie die Emulator-Version in der CI und aktualisieren Sie bewusst, denn der Code ändert sich täglich.
Häufig gestellte Fragen
Was ist der AWS Emulator?
Der AWS Emulator ist ein kostenloses lokales Programm von AWS, das einen AWS-API-Endpunkt auf dem eigenen Rechner bereitstellt. Er basiert auf mehr als 400 öffentlichen AWS-API-Modellen für mehr als 200 Dienste, sodass AWS CLI, AWS SDKs und KI-Coding-Agenten Ressourcen wie SQS-Queues oder DynamoDB-Tabellen ohne AWS-Account und ohne Netzwerkverbindung anlegen und nutzen können. AWS hat ihn am 11. November 2026 veröffentlicht.
Ist der AWS Emulator kostenlos, und unter welcher Lizenz steht er?
Ja. AWS verlangt für den Emulator keine Nutzungsgebühr; bezahlt werden nur Ressourcen, die Sie später im echten AWS bereitstellen. Der Code steht unter der Public-Domain-Widmung CC0 1.0 Universal, die vollständige Commit-Historie liegt auf GitHub.
Was kann der AWS Emulator nicht?
Laut AWS wertet er IAM- und ressourcenbasierte Richtlinien nicht so aus wie AWS, läuft als einzelner Account und bildet kein account- oder regionsübergreifendes Verhalten nach. Ein von InfoWorld und GeekWire zitierter IDC-Analyst ergänzte, dass er weder Throttling noch Ausfälle oder regionale Unterschiede in der Verfügbarkeit von Diensten simuliert und den ausgeführten Code nicht in einer Sandbox isoliert. Nicht unterstützte Operationen liefern HTTP 501.
Wie richte ich meinen Code auf den AWS Emulator aus?
Starten Sie den Emulator und setzen Sie AWS_ENDPOINT_URL auf seinen lokalen HTTPS-Endpunkt, standardmäßig https://127.0.0.1:9297. Der Emulator erzeugt beim Start eigene Zugangsdaten, eine Konfigurationsdatei und ein Zertifikat; bestehende CLI-Skripte und SDK-Code funktionieren ohne Änderungen weiter. Unter Linux lassen sich RPM- oder Debian-Pakete installieren, unter macOS und Windows läuft er in Docker.
Ersetzt der AWS Emulator LocalStack?
Noch nicht eins zu eins. Beide emulieren AWS-APIs lokal, doch der AWS Emulator hält den Zustand pro Instanz im Arbeitsspeicher, unterstützt nur einen Account und wertet keine IAM-Richtlinien aus, während LocalStack länger am Markt ist und kostenpflichtige Funktionen bietet. Die Hauptargumente für den AWS Emulator sind Preis und Lizenz: Er ist kostenlos und gemeinfrei, während LocalStack seine kostenlose Stufe in diesem Jahr hinter eine Account-Pflicht gestellt und auf nichtkommerzielle Nutzung beschränkt hat.
Quellen
AWS News Blog — Anwendungen lokal mit dem AWS Emulator gegen AWS testen (Primärquelle, 11. November 2026)
AWS What’s New — AWS Emulator ist jetzt verfügbar (11. November 2026)
GeekWire — AWS gibt Entwicklern einen kostenlosen lokalen Ersatz für seine Cloud, komplett von KI-Agenten gebaut (11. November 2026)
The Register — AWS destilliert seine Cloud in einen lokalen Emulator für den eigenen PC (12. November 2026)