Serverless na Vercel: limites que você precisa conhecer

Plataformas como a Vercel executam o backend em funções serverless: sem servidor para gerenciar, escalando automaticamente e cobrando pelo uso. Para sites e APIs leves, é excelente. Mas o modelo tem limites que surpreendem quem migra sistemas tradicionais.

Limites que importam

1. 1.Tempo máximo de execução: tarefas longas (relatórios, importações) são interrompidas. Use filas e processamento externo (Filas e jobs em background: tirando tarefas pesadas da requisição).
2. 2.Partida a frio: uma função sem uso recente demora mais na primeira chamada.
3. 3.Conexões com o banco: cada função pode abrir sua própria conexão; em picos, o banco esgota. Use um pool de conexões compatível com serverless.
4. 4.Sem estado entre chamadas: nada de guardar dados em memória entre requisições — contadores de rate limit, por exemplo, precisam de um armazenamento externo (Rate limit distribuído com Redis: quando um servidor não basta).
5. 5.Tamanho do pacote e memória por função.
6. 6.Custos em volume alto podem superar um servidor dedicado (Custos de cloud: por que a conta cresce e como controlar).

Onde brilha

• Sites e páginas pré-renderizadas servidas pela CDN.
• APIs com requisições curtas.
• Webhooks e integrações leves (Webhooks confiáveis: idempotência, retentativas e ordem dos eventos).
• Projetos com tráfego variável.

Arquitetura híbrida

Frontend e APIs leves em serverless; processamento pesado, filas e tarefas longas em serviços próprios. É um desenho comum e equilibrado.

Este site, inclusive, roda na Vercel com páginas pré-renderizadas.

A We Codex projeta arquiteturas na Vercel e em nuvem. Veja sistemas web ou fale com a gente.