Serverless: quando funções serverless valem a pena (e quando viram armadilha)

Serverless não significa 'sem servidor' — significa que você não gerencia o servidor: o provedor provisiona, escala e cobra por execução. Esse modelo muda a economia e a arquitetura de uma aplicação de formas que nem sempre são óbvias. Este artigo compara as principais plataformas, destrincha o modelo de custo e define com clareza onde serverless é a melhor escolha e onde vira armadilha cara.

O modelo mental: pague por uso, escale a zero

Em um servidor tradicional (VPS, container 24/7), você paga pela capacidade provisionada — esteja ela em 2% ou 90% de uso. Em serverless, a unidade de cobrança é a execução: milissegundos de CPU × memória alocada. Tráfego zero custa (quase) zero. Picos de 10.000 requisições simultâneas escalam sem intervenção. A contrapartida: cada execução é efêmera, stateless e com limites rígidos de tempo e memória.

Comparativo das plataformas (2026)

A matemática do custo: quando serverless é mais barato

Serverless vence financeiramente quando a utilização média de um servidor dedicado seria baixa ou muito variável. Exemplo com números de 2026: uma API com 5 milhões de requisições/mês, 100 ms cada, 256 MB — no free tier + preço sob demanda da Lambda, sai por poucos dólares. Um container equivalente 24/7 custa de 10 a 50x isso. Inverta o cenário — 200 milhões de requisições/mês com carga constante — e o servidor dedicado passa a custar uma fração do serverless.

Exemplo: uma função serverless real

// Cloudflare Worker: resize de imagem na borda, com cache
export default {
  async fetch(request: Request, env: Env, ctx: ExecutionContext) {
    const url = new URL(request.url);

    // cache na borda: respostas repetidas nem executam a função de novo
    const cache = caches.default;
    const cached = await cache.match(request);
    if (cached) return cached;

    const largura = parseInt(url.searchParams.get("w") ?? "800", 10);
    if (largura > 2000) return new Response("largura máxima: 2000", { status: 400 });

    const origem = await fetch(`https://cdn.exemplo.com${url.pathname}`);
    if (!origem.ok) return new Response("não encontrado", { status: 404 });

    const resposta = new Response(origem.body, {
      headers: { "content-type": "image/jpeg", "cache-control": "public, max-age=86400" },
    });
    ctx.waitUntil(cache.put(request, resposta.clone()));
    return resposta;
  },
};

Onde serverless vira armadilha

• Carga alta e constante: o custo por execução supera — e muito — o custo de capacidade dedicada. Várias empresas documentaram reduções de 60–90% na conta ao repatriar workloads quentes para containers.
• Estado e conexões persistentes: WebSockets, SSE de longa duração e sessões em memória não cabem no modelo efêmero.
• Cold start em cadeia: função A chamando função B chamando função C multiplica latências de inicialização.
• Lock-in operacional: triggers, filas, IAM e observabilidade são específicos do provedor; a 'portabilidade' do código é a parte fácil.
• Debugging distribuído: sem tracing estruturado desde o dia 1, investigar falha em 40 funções é sofrimento garantido.

Onde serverless brilha

• APIs e backends de produtos em estágio inicial: custo quase zero até ter tração real.
• Webhooks e eventos esporádicos: pagamentos, integrações, notificações.
• Processamento disparado por evento: thumbnail ao subir imagem, ETL ao cair arquivo no storage.
• Lógica na borda: redirects, A/B, geolocalização, autenticação de requisição antes da origem.
• Tarefas agendadas de baixa frequência: relatórios, limpezas, sincronizações.

Conclusão

Serverless é uma decisão econômica e operacional, não ideológica. Para cargas irregulares, produtos novos e lógica de borda, é difícil competir: zero servidores para gerenciar e conta proporcional ao uso real. Para carga constante e alta, workloads stateful ou jobs longos, containers dedicados são mais baratos e mais simples de operar. Times maduros misturam os dois — e revisam a divisão conforme o perfil de tráfego muda.

Perguntas frequentes

Fontes consultadas

• AWS Lambda — documentação e preços
• Cloudflare Workers — documentação
• Vercel Functions — documentação
• Google Cloud Run — documentação