AWS Emulator to bezpłatne lokalne środowisko, które odpowiada na wywołania API AWS. Deweloperzy mogą sprawdzać w nim aplikacje na własnym komputerze, serwerze deweloperskim lub w CI — czyli zautomatyzowanym procesie budowania i testowania kodu — bez wdrażania zasobów do chmury i bez konta AWS.
1
2
7
Narzędzie udostępniono 11 listopada 2026 r. Zbudowano je w Rust, korzystając z 438 publicznych modeli API AWS opisujących ponad 200 usług.
4
13
14 Ta liczba pokazuje szerokość zakresu, ale nie oznacza, że każda operacja i każdy przypadek brzegowy działają tak samo jak w prawdziwym AWS.
Agenty napisały kod, a także mają go rozwijać
Amazon deklaruje, że autonomiczne agenty AI napisały każdą linię kodu, a inżynierowie firmy nie pisali go ani nie recenzowali.
5
13 To opis procesu podany przez Amazona, a nie niezależny audyt projektu.
Według opisu Amazona prace podzielono między trzy grupy agentów: jedna tworzy testy i sprawdza je na rzeczywistych usługach AWS, druga uruchamia te testy w emulatorze i wykrywa rozbieżności, a trzecia zajmuje się poprawkami.
5 Dostępne informacje nie potwierdzają szczegółów dotyczących koordynacji tego procesu przez Bedrock AgentCore ani deklarowanych etapów kontroli standardów kodowania, bezpieczeństwa i zgodności.
Kod opublikowano na licencji CC0 — jest to forma zrzeczenia się praw autorskich i udostępnienia utworu do możliwie szerokiego użytku.
1
13 Relacje opisują projekt jako utrzymywany przez agenty i wskazują, że repozytorium przyjmuje zgłoszenia błędów, ale nie pull requesty, czyli gotowe propozycje zmian w kodzie.
11 Dostępne źródła nie wyjaśniają jednak wystarczająco, czy decyzja o licencji wynikała z niepewności co do praw autorskich ani jak dokładnie obsługiwane są zgłoszenia użytkowników.
Wiele obsługiwanych usług nie oznacza pełnej zgodności
Dokumentacja AWS wskazuje, że emulator najwierniej odwzorowuje operacje tworzenia, opisywania, aktualizowania i usuwania zasobów. Zgodność zależy jednak od usługi i funkcji, więc wynik lokalnego testu nie jest gwarancją identycznego zachowania w chmurze.
Wczesne doniesienia opisywały ponad 70 zgłoszeń w repozytorium GitHub; wiele z nich dotyczyło symulacji DynamoDB i Lambda.
17 To migawka z początkowego okresu działania projektu, a nie pełna ocena jego jakości. Pojawiły się też ostre reakcje — jeden z deweloperów nazwał narzędzie „bezużytecznym” — choć relacja zaznaczała, że emulator działa, ale jest daleki od doskonałości.
17 Same wczesne błędy nie dowodzą, że ich przyczyną był autonomiczny sposób tworzenia kodu ani że poprawki agentów zawsze skutecznie usuwają problemy.
Szczególną ostrożność warto zachować przy testowaniu uprawnień. Emulator nie sprawdza polityk IAM — reguł określających, kto może wykonywać konkretne operacje — ani polityk przypisanych do zasobów tak samo jak AWS. W efekcie wywołanie zaakceptowane lokalnie może zostać odrzucone w prawdziwej chmurze.
19
21 Zaliczenie testu w emulatorze nie potwierdza więc, że konfiguracja uprawnień jest poprawna.
O czym pamiętać przed użyciem
- Stan jest tymczasowy. Emulator przechowuje utworzone zasoby w pamięci do momentu zatrzymania procesu. To przydatne w szybkich testach, ale nie zastępuje trwałego przechowywania danych.
8
- Nie odtwarza pełnej izolacji kont i regionów. Opisy ograniczeń wskazują, że środowisko nie rozdziela zasobów tak jak AWS między różnymi regionami i kontami.
19
- Limity mogą ujawnić się przy konkretnych obciążeniach. W jednym opisanym teście aplikacji bezserwerowej współdzielony magazyn wykonań Step Functions miał limit 64 MiB; po jego osiągnięciu wywołania EventBridge kończyły się błędem
ExecutionLimitExceeded. To przykład ograniczenia konkretnego scenariusza, a nie samodzielny dowód na zachowanie każdego obciążenia.
- Wynik testu wierności nie obejmuje wszystkiego. Ocena usługi oparta na odsetku zaliczonych testów mierzy zachowanie objęte daną pulą testową, a nie wszystkie możliwe różnice między emulatorem a AWS.
19
- To narzędzie do developmentu i testów. AWS zaznacza, że emulator nie jest przeznaczony do produkcji i nie zastępuje sprawdzania ustawień bezpieczeństwa w prawdziwej chmurze.
Najlepiej traktować AWS Emulator jako sposób na szybkie uzyskanie lokalnej informacji zwrotnej — zwłaszcza podczas pracy z kodem i testami w CI. Krytyczne uprawnienia, integracje i zachowanie aplikacji w warunkach zbliżonych do produkcyjnych trzeba sprawdzać również na rzeczywistym AWS.