LocalStack ogłosił 7 października 2026 r. publiczny podgląd LocalStack for Azure. Bezpłatny, samoobsługowy emulator służy do lokalnego programowania i testowania wybranych usług Azure, ale nie zastępuje chmury Microsoftu. Jego wynik nie zweryfikuje, czy część ustawień bezpieczeństwa i reguł sieciowych rzeczywiście jest egzekwowana.
Jakie zadania obejmuje podgląd
LocalStack wymienia obsługę ARM i Bicep, narzędzi infrastruktury jako kodu, a także Terraform, Pulumi, Azure CLI i Azure Developer CLI. Podgląd obejmuje między innymi App Service, Functions, Cosmos DB, Storage, Service Bus, Key Vault i Virtual Network. Można więc sprawdzać wybrane procesy wdrożeniowe w jednym lokalnym środowisku, ale obsługa narzędzia lub usługi nie oznacza pełnej zgodności z Azure. LocalStack opisuje zakres produktu.
App Service i Virtual Network nie odtwarzają wszystkich zabezpieczeń
W App Service ograniczenia dostępu, ustawienia uwierzytelniania, zasady dotyczące poświadczeń publikowania oraz httpsOnly są zapisywane, lecz nieegzekwowane. Żądania są dopuszczane, a aplikacja jest serwowana przez HTTP. Lokalny test takich ustawień nie potwierdzi więc, że ochrona zadziała w Azure. Dokumentacja App Service pokazuje 143 zaimplementowane operacje spośród 616.
Virtual Network nie kieruje ruchem sieciowym ani nie egzekwuje reguł bezpieczeństwa. Emulator zapisuje i zwraca metadane zasobów, a dokumentacja pokazuje 10 zaimplementowanych operacji spośród 29. Sam fakt, że konfigurację sieci można utworzyć, nie pozwala sprawdzić, jak zachowa się rzeczywisty ruch ani czy reguła zablokuje połączenie. Dokumentacja Virtual Network opisuje te ograniczenia wprost.
Storage sprawdza część uwierzytelniania, ale nie każdy przypadek
W przypadku Storage kontrola nie sprowadza się do sprawdzania samej obecności danych uwierzytelniających. LocalStack opisuje weryfikację podpisów Shared Key oraz właściwości SAS, takich jak podpis, okres ważności, adres IP, protokół, usługa, typ zasobu i uprawnienia.
Inaczej działa ścieżka tokenów bearer: bez włączonego egzekwowania RBAC emulator sprawdza jedynie, czy token jest obecny. Przy SAS delegowanym przez użytkownika nie sprawdza ponownie uprawnień RBAC tego użytkownika. Obsługiwane walidacje mogą więc pomóc w testach wybranych scenariuszy, ale pozytywny wynik nie potwierdzi poprawności tych ścieżek autoryzacji w Azure. Dokumentacja Storage Account opisuje te różnice.
Sloty wdrożeniowe i Apple Silicon
LocalStack opisuje podstawowy proces wdrażania do oddzielnego slotu stagingowego i przełączania go do produkcji. Nie obsługuje jednak routingu ruchu, funkcji swap-with-preview ani automatycznego przełączania slotów. To wystarczy do sprawdzenia prostego przepływu wdrożenia, nie zaś każdego wariantu zarządzania ruchem.
Ograniczenie związane z Oryx dotyczy wdrażania kodu przez obrazy kompilacji i środowiska uruchomieniowego dostępne dla architektury amd64. Dla Maców z Apple Silicon LocalStack opisuje uruchamianie emulacji amd64 przez Rosetta z użyciem Apple Virtualization; kompilacja przez QEMU może się zawiesić lub zakończyć awarią. Własne obrazy kontenerów z wariantem ARM64 nie podlegają temu ograniczeniu Oryx. Stan App Service jest przechowywany w pamięci i znika po zatrzymaniu emulatora, a przywrócenie rekordu aplikacji nie odtwarza jej kontenera ani kodu. Dokumentacja App Service opisuje warunki wdrażania i przechowywania stanu.
Warunki publicznego podglądu
LocalStack podał, że dostęp do podglądu jest bezpłatny i samoobsługowy. Firma prognozuje ogólną dostępność na początek 2027 r. i zapowiada ogłoszenie ceny przy GA. To prognozowany termin, a nie ustalona data premiery. Informacje o podglądzie i planach LocalStack
