Lambda com concorrência: migrar o servidor exige revisar o estado do processo

A AWS apresentou Lambda Web Functions para executar servidores HTTP Node.js convencionais, incluindo Express, Hono e Fastify.[10] Um ambiente aquecido pode atender várias requisições simultâneas e transmitir respostas progressivamente, segundo a reportagem do InfoQ.[10]

O ganho de conveniência é relevante, mas o teste decisivo não é apenas conseguir iniciar o servidor. Uma aplicação que passa a compartilhar o processo entre requisições concorrentes precisa ser avaliada por isolamento de contexto, comportamento sob carga e custo completo.

O que muda para quem desenvolve

A cobrança descrita considera CPU ativa e memória, com a memória cobrada durante a vida do ambiente de execução.[10] Não cobrar CPU enquanto a aplicação espera um serviço externo não equivale, portanto, a zerar a conta dessa espera.[10]

A disponibilidade inicial citada cobre Virgínia do Norte, Ohio, Oregon, Tóquio e Irlanda, e essa modalidade aceita somente Node.js.[10] As funções tradicionais passam a ser chamadas de Lambda Event Functions sem exigir mudanças nas existentes.[10]

Minha análise: o caso de uso deve ser escolhido pela forma da carga, não pelo nome do produto. Uma API que espera serviços externos pode merecer um teste, mas o resultado precisa incluir memória, tempo de atividade, rede e comportamento das dependências. Streaming também exige olhar a duração real da conexão, não apenas o tempo até o primeiro byte.

Como aplicar

Use uma API pequena com uma dependência externa simulada. Rode uma sequência de requisições com identificadores sintéticos diferentes e depois repita com concorrência. Cada resposta deve conter apenas o identificador associado à sua própria requisição.

Inspecione variáveis globais, caches mutáveis, buffers e qualquer estado por usuário. Faça a dependência de teste responder lentamente para observar o que acontece quando as requisições se sobrepõem. Inclua cancelamento do cliente e uma falha no meio do streaming.

Compare a execução atual e a alternativa com o mesmo roteiro. Registre latência completa, primeiro byte, erros, pico de memória e estimativa de cobrança pelos componentes relevantes. Para usuários no Brasil, inclua uma medição a partir de um ponto representativo, sem supor que uma região mais próxima no nome produzirá o melhor resultado.

Cuidados e limites

A reportagem descreve roteamento multirregional e a possibilidade de usar CloudFront para domínio próprio, cache de borda e WAF.[10] Não interprete isso como garantia de que toda configuração necessária já está pronta para sua aplicação.

A concorrência muda a premissa sobre acesso ao estado compartilhado dentro do processo.[10] Pode haver menos adaptação na entrada HTTP e mais revisão na aplicação. Se o serviço atual já atende suas metas, uma nova opção de execução não é motivo suficiente para migrar. Primeiro demonstre uma vantagem mensurável sem perder isolamento entre clientes.

Fonte

[10] Fonte: InfoQ