A prévia pública do LocalStack for Azure permite desenvolver e testar localmente serviços selecionados do Azure, mas um teste aprovado no emulador não comprova que controles de segurança ou regras de rede serão aplicados da mesma forma. A LocalStack anunciou a prévia em 7 de outubro de 2026, com acesso self-service e sem cobrança durante esse período. A empresa apresenta a ferramenta como ambiente de desenvolvimento e testes, não como substituta do Azure (anúncio da LocalStack; página do produto).

Ferramentas conhecidas, sem paridade completa com o Azure

A LocalStack lista suporte a modelos ARM e Bicep, módulos do Terraform, programas do Pulumi, scripts do Azure CLI e fluxos do Azure Developer CLI (azd). Entre os serviços incluídos na prévia estão Azure Functions, App Service, Cosmos DB, Storage, Service Bus, Key Vault e Virtual Network. Isso permite exercitar partes de uma infraestrutura localmente, mas aceitar as mesmas ferramentas de implantação não significa reproduzir todo o comportamento do Azure (lista de serviços e fluxos).

A diferença importa quando o teste depende de uma regra ser aplicada, e não apenas de o serviço aceitar ou guardar uma configuração. Para esse tipo de validação, os limites descritos pela LocalStack em cada serviço são mais relevantes do que a presença do nome do serviço na lista da prévia.

App Service e Virtual Network não aplicam certas proteções

No App Service, restrições de acesso, configurações de autenticação, políticas de credenciais de publicação e a opção httpsOnly são armazenadas, mas não aplicadas. A documentação da LocalStack também diz que as solicitações são permitidas e que o aplicativo é servido por HTTP. Portanto, um teste local não verifica se essas configurações protegerão o serviço no Azure (documentação de App Services).

O emulador de Virtual Network também guarda e devolve metadados dos recursos, mas não roteia tráfego nem aplica regras de segurança. A integração entre App Service e rede virtual não produz efeito de rede. Um fluxo local que depende de isolamento ou filtragem de tráfego, portanto, não está sendo exercitado como seria necessário para validar essas funções (documentação de Virtual Network).

Storage valida assinaturas, mas o bearer token tem uma ressalva

As verificações de autenticação do Storage não são todas ausentes. A documentação da LocalStack descreve validação de assinaturas Shared Key e SharedKeyLite, além de assinaturas SAS e propriedades como validade, endereço IP, protocolo, serviço, tipo de recurso e permissões. Assinaturas inválidas de Shared Key retornam erro 403.

A ressalva está na autorização por token bearer: a documentação diz que o emulador verifica a presença do token, mas não aplica a autorização baseada em função (RBAC), a menos que a opção de enforcement de RBAC esteja ativada. No uso de uma SAS delegada pelo usuário, ele também não revalida as permissões RBAC do principal que fez a solicitação. Assim, testes de assinatura e de propriedades SAS podem cobrir verificações específicas, enquanto um teste que depende da autorização do bearer token pode passar sem validar as permissões pretendidas (documentação de Storage Account).

Slots de implantação e Oryx em Macs com Apple Silicon

A LocalStack descreve um fluxo básico de App Service com slots: é possível implantar em um slot de staging e trocá-lo com o de produção. A documentação não inclui roteamento de tráfego, troca com prévia (swap-with-preview) nem troca automática (auto-swap). Isso delimita o que equipes podem exercitar localmente em um processo de publicação (documentação de App Services).

O limite de arquitetura diz respeito à implantação de código pelo Oryx, cujas imagens de build e execução são publicadas para amd64. Para Apple Silicon, a LocalStack documenta o uso do Rosetta com o framework Virtualization da Apple para emular amd64; builds pelo QEMU podem falhar. Imagens de contêiner personalizadas com uma variante ARM64 não são afetadas por essa limitação específica do Oryx.

O estado do App Service fica na memória e se perde quando o emulador para. Restaurar os registros dos aplicativos não restaura os contêineres nem o código, o que também deve entrar no planejamento de sessões de desenvolvimento e testes (documentação de App Services).

Preço da prévia e previsão de disponibilidade geral

A LocalStack informa que a prévia é gratuita e self-service. A empresa prevê disponibilidade geral para o início de 2027 e diz que anunciará o preço nessa ocasião; trata-se de uma previsão, não de uma data confirmada (página do LocalStack for Azure).