---
title: "AWS mostra como um cliente escalou para um milhão de funções Lambda"
author: "Lígia Lemos Maia"
date: "2026-07-10 09:15:00-03"
category: "Tecnologia & Desenvolvimento"
url: "http://desbugados.scale.press/portal/desbugados/post/2026/07/10/aws-mostra-como-um-cliente-escalou-para-um-milhao-de-funcoes-lambda/md"
---

## Resumo
- A ProGlove alcançou mais de um milhão de funções Lambda em milhares de contas dedicadas.
- O modelo de uma conta por tenant garante isolamento de segurança, quotas e custos.
- Automação com StackSets provisiona contas em menos de quinze minutos.
- Políticas de scale-to-zero mantêm gastos abaixo de um dólar por conta inativa.
- Execuções com jitter evitam picos de carga autoinfligidos.
- Três pessoas gerenciam cerca de seis mil contas e um milhão de funções.
- A estratégia mono-repo assegura consistência entre microserviços.

---

Imagine um universo onde cada cliente ocupa seu próprio cosmos isolado, com funções que se acendem e apagam como estrelas efêmeras, sem deixar rastros de custo quando inativas. É assim que a **ProGlove**, fabricante de wearables industriais para leitura de códigos de barras, alcançou a marca de mais de um milhão de funções **AWS Lambda** distribuídas por milhares de contas de clientes. A notícia, detalhada em posts da AWS Architecture Blog de junho e julho de 2026, revela não apenas números impressionantes, mas um caminho prático para quem busca escalar plataformas SaaS sem sacrificar segurança ou orçamento. O “bug” que muitos enfrentam — o medo de que o crescimento exploda custos ou viole limites de quota — encontra aqui uma solução concreta: o isolamento por conta por tenant combinado com automação inteligente.

## Isolamento por Conta: A Fronteira que Protege e Organiza

A **ProGlove** optou por atribuir uma conta AWS exclusiva a cada tenant, criando fronteiras claras de segurança, quotas independentes e atribuição precisa de custos. Cada conta abriga entre cinco e quinze funções Lambda, orquestradas por **Step Functions**, que recebem leituras de scanners, armazenam em **DynamoDB** e emitem eventos via **EventBridge**. Essa arquitetura evita que um cliente impacte outro e permite que a plataforma escale mantendo os dados e configurações estritamente separados. Ao refletir sobre essa escolha, surge uma pergunta: até que ponto a separação digital espelha a necessidade humana de preservar autonomia em meio a sistemas cada vez mais interconectados? Os números falam: cerca de seis mil contas de tenants, sendo metade ativa, gerenciam mais de cento e vinte mil instâncias de serviço e aproximadamente um milhão de funções Lambda em produção, tudo coordenado por uma equipe reduzida de apenas três pessoas para a plataforma principal.

## Automação que Transforma Escala em Rotina

Quando o número de contas ultrapassa cinquenta, o provisionamento manual torna-se inviável, por isso a **ProGlove** construiu uma fábrica automatizada de contas usando **AWS Organizations** e **CloudFormation StackSets**. Novas contas são provisionadas em menos de quinze minutos, com templates consistentes armazenados em uma estratégia mono-repo que garante uniformidade. A colaboração com a equipe de CloudFormation da AWS elevou o throughput dos StackSets para suportar o volume de um milhão de funções. Essa automação responde ao dilema prático de muitos arquitetos: como repetir a infraestrutura sem repetir erros humanos? Ao mesmo tempo, a substituição de cronogramas sincronizados por execuções com jitter evitou um DDoS autoinfligido, mostrando que pequenas alterações de ritmo podem preservar a estabilidade de todo o sistema.

## Scale-to-Zero e a Economia do Silêncio

Para manter contas inativas com custo inferior a um dólar por mês, a empresa abandonou o polling constante do SQS em favor de mecanismos baseados em métricas e uma Dead Letter Queue centralizada. A observabilidade consolidada reduziu ainda mais os gastos, chegando a aproximadamente setenta centavos por conta. Essa capacidade de “hibernar” recursos quando não há demanda reflete uma lição mais ampla: a tecnologia serverless ensina que o verdadeiro poder reside não em manter tudo sempre ligado, mas em despertar apenas quando necessário. Quantos sistemas tradicionais desperdiçam energia e dinheiro mantendo servidores ociosos, enquanto aqui o silêncio é recompensado com economia?

## Lições que se Estendem Além dos Números

O case da **ProGlove** não é apenas uma história de crescimento técnico; é um convite a repensar como organizamos sistemas complexos. Ao isolar tenants, automatizar o provisionamento e otimizar custos de inatividade, a empresa demonstra que a escalabilidade em larga escala depende de escolhas arquiteturais deliberadas, não de sorte. Para quem constrói ou planeja plataformas SaaS, a lição prática é clara: comece com isolamento forte, invista em automação desde cedo e monitore custos ociosos com atenção. Essas decisões, tomadas hoje, determinam se o sistema sobreviverá quando o volume de clientes multiplicar por dez ou cem.