Em 12 de outubro de 2026, a Amazon Web Services (AWS) anunciou o AWS Lambda Web Functions e afirmou que o serviço já estava disponível naquele dia em cinco regiões. A novidade permite executar aplicações HTTP como servidores convencionais no Lambda, sem adaptar o código ao modelo de manipuladores de eventos da plataforma, segundo o anúncio da AWS.

Um servidor HTTP dentro do Lambda

Com o AWS Lambda Web Functions, a aplicação inicia um servidor que escuta em uma porta e recebe requisições HTTP. O endereço do host e a porta vêm da variável de ambiente AWS_LAMBDA_HTTP_ENDPOINT. Assim, aplicações feitas para funcionar como servidores web podem usar o formato HTTP nativo do Lambda sem serem convertidas em manipuladores específicos para eventos.

A AWS especificou Node.js 24 (nodejs24.x) na arquitetura Arm64 no lançamento. Express.js, Hono, Fastify e Next.js aparecem como exemplos de frameworks Node.js no anúncio.

Concorrência, regiões e medição de uso

Segundo a AWS, cada ambiente de execução pode atender a até 128 requisições simultâneas. A empresa também informou suporte à conectividade com VPC, que permite à aplicação acessar recursos dentro de uma rede virtual privada.

As cinco regiões citadas no lançamento são Leste dos EUA (Norte da Virgínia), Leste dos EUA (Ohio), Oeste dos EUA (Oregon), Ásia-Pacífico (Tóquio) e Europa (Irlanda). A cobrança descrita pela AWS contabiliza o tempo de CPU ativa e mede a memória enquanto o ambiente de execução existe.

Implantação, roteamento e CloudFront

No tutorial da AWS, que usa Express.js, o comando aws lambda-web deploy cria a função, publica uma revisão do código e associa um endpoint. A AWS relata que o primeiro endpoint desse passo a passo foi criado em menos de um minuto.

Outro exemplo da empresa distribui uma função por três regiões — us-east-1, eu-west-1 e ap-northeast-1 — e usa uma URL global com roteamento por latência em melhor esforço. Para testar uma nova revisão, o exemplo direciona 90% do tráfego do endpoint à revisão existente e 10% à nova.

A AWS também descreve o uso do Amazon CloudFront como camada de origem: o serviço pode armazenar conteúdo estático em cache e encaminhar as requisições dinâmicas ao Web Function. Com o controle de acesso à origem (OAC), a função pode aceitar chamadas apenas da distribuição associada.

Como se diferencia de outras abordagens do Lambda

As Lambda Event Functions seguem o modelo de manipuladores orientados a eventos: a AWS as descreve com um único manipulador simultâneo e cobrança pelo tempo de execução. Já o AWS Lambda Web Functions atende aplicações que recebem requisições HTTP por meio de um servidor. A AWS posiciona as Lambda MicroVMs como ambientes isolados com estado e ciclo de vida gerenciado pelo cliente, voltados a código não confiável ou gerado por usuários.

O AWS Lambda Web Adapter adota outra abordagem: a documentação do projeto o descreve como uma extensão que conecta aplicações HTTP ao modelo orientado a eventos do Lambda, com suporte a um conjunto mais amplo de linguagens. No lançamento, a AWS especificou Node.js 24 para o Web Functions. As duas abordagens diferem na forma de integrar aplicações HTTP ao Lambda; essa distinção, por si só, não determina qual é melhor para cada projeto.