A LocalStack abriu ao público, gratuitamente e em formato self-service, a prévia de seu emulador do Azure. A disponibilidade geral é esperada para o início de 2027. A documentação do produto descreve uma distinção importante: algumas configurações são aceitas, armazenadas e devolvidas pelo emulador, mas não produzem o efeito correspondente — inclusive em controles de acesso, TLS e rede.
O emulador executa serviços Azure na máquina do desenvolvedor e permite usar, sem reescrita, templates ARM e Bicep, módulos Terraform, programas Pulumi e scripts da Azure CLI. Cada desenvolvedor recebe um sandbox isolado. A empresa o apresenta como ferramenta de desenvolvimento e testes, não como substituto do Azure. Entre os serviços listados estão AKS, Container Apps, Functions, App Service, Cosmos DB, Service Bus, Event Hubs, Key Vault, App Configuration, Managed Identity e API Management, entre outros.
A iniciativa é liderada por Paolo Salvatori, que trabalhou 28 anos na Microsoft e criou o Service Bus Explorer. A LocalStack resume sua expectativa de fidelidade dizendo que, se uma solução funciona no Azure, mas falha no emulador, o problema cabe à equipe corrigir.
A documentação cobre 24 provedores de recursos, mas a cobertura de operações varia. Em Storage Accounts, são implementadas 13 de 81 operações; em App Service, 143 de 616; e em Virtual Network, 10 de 29. Além dos limites de cobertura, a própria documentação registra que configurações podem ser devolvidas sem serem aplicadas.
No App Service, chaves, restrições de acesso, configurações de autenticação e políticas de credenciais de publicação não são aplicadas. A opção httpsOnly também não tem efeito: o emulador serve HTTP. Bindings de nomes de host personalizados são armazenados e listados, mas o aplicativo responde apenas nos nomes padrão. A integração com VNet é registrada sem efeito de rede; a configuração de backup é armazenada, embora backup e restauração não estejam implementados.
As limitações de rede também são explícitas. O emulador não roteia tráfego nem aplica regras de segurança, e peering não é suportado. VPN gateways, circuitos ExpressRoute, Load Balancer, Application Gateway e Network Watcher não estão implementados. Private DNS aceita somente registros A.
Na Storage, requisições de data plane com bearer token são aceitas quando há um token, salvo se a aplicação de RBAC estiver habilitada. O uso de uma user delegation SAS não revalida o RBAC da identidade principal. Já uma SAS limitada ao IP público do solicitante é recusada porque o emulador identifica um endereço Docker ou loopback. Cabeçalhos de requisição não suportados são aceitos silenciosamente, e x-ms-version não é validado.
Essas diferenças podem tornar os testes locais enganosos: uma restrição de acesso armazenada, mas não aplicada, ou um bearer token aceito sem a validação esperada pode fazer uma operação passar no emulador e se comportar de outra maneira no Azure. O mesmo vale para httpsOnly, que não impede o serviço de responder por HTTP na prévia. A matéria também aponta riscos para agentes de IA, que a LocalStack propõe usar no sandbox para implantar, quebrar e repetir testes sem credenciais ativas: as restrições podem não valer e qualquer bearer token pode ser aceito.
Há limitações adicionais no App Service. Um web app criado em um plano Windows executa o código no runtime Linux. A imagem de build Oryx está disponível apenas para amd64; em Apple Silicon, o build de um deployment de código falha e o aplicativo inicia sem suas dependências. Além disso, o estado do App Service fica em memória e se perde quando o emulador é encerrado.
A matéria contrapõe a proposta às ferramentas locais da Microsoft: Azurite emula Blob, Queue e Table Storage; o emulador de Cosmos DB atende a esse banco de dados; e Azure Functions Core Tools executa Functions localmente. Segundo a matéria, essas ferramentas não se compõem em um único ambiente para exercitar de ponta a ponta um deployment ARM ou Bicep — lacuna que a LocalStack pretende atender.
Recursos como App Inspector, snapshots e APIs de chaos não fazem parte da prévia. A precificação será anunciada na disponibilidade geral, momento em que o acesso à prévia termina. Os termos dessa transição ainda não estão definidos: a página do produto mantém o texto literal “[30 days]” como placeholder e uma seção de próximos passos sem preenchimento.
