Por que o seu SaaS provavelmente não precisa de servidor

A conta mais comum em produto digital novo não é a de desenvolvimento. É a de infraestrutura parada.

Um SaaS recém-lançado passa a maior parte do tempo sem ninguém dentro. Mesmo assim, a instância roda, o banco fica de pé e a fatura chega igual no fim do mês. Você paga pela capacidade de atender, não pelo atendimento.

O que "serverless" resolve de fato

O nome é ruim: existe servidor, você é que não cuida dele. O que muda é o modelo de cobrança e o de operação.

• Sem tráfego, sem custo de instância. A plataforma desliga o que não está sendo usado.
• Pico não exige planejamento. Se dobrar o acesso, a plataforma sobe mais instâncias sozinha.
• Menos superfície para manter. Não há sistema operacional para atualizar nem certificado para renovar.

O preço disso é o cold start: a primeira requisição depois de um período parado demora mais. Para produto institucional e para a maioria dos SaaS B2B, é um custo aceitável — e existem formas de contorná-lo onde não é.

Onde a economia de verdade acontece

Trocar servidor por função não resolve sozinho. O ganho grande está em não executar nada na maior parte das requisições.

Um site institucional é o caso extremo: o conteúdo muda uma vez por semana e é lido milhares de vezes. Se cada visita consultar o banco, você paga leitura por visitante para entregar exatamente o mesmo HTML.

O caminho é inverter:

CMS → banco → geração da página → HTML em cache → CDN → visitante

O banco é consultado quando o conteúdo muda, não quando alguém acessa. Entre uma publicação e outra, o visitante recebe um arquivo pronto do CDN.

Uma página que consulta o banco por visita não escala em custo: ela escala em fatura.

O que ainda precisa rodar

Nem tudo dá para congelar. Formulário de contato, área logada, webhook de pagamento — tudo isso é dinâmico por natureza e vai executar.

A diferença é o volume. Num site institucional, o dinâmico costuma ser menos de 1% das requisições. Otimizar os 99% restantes para custo zero é o que mantém a conta previsível.

Quando isso não vale

Serverless não é resposta universal:

• Processo longo. Funções têm tempo máximo de execução; renderizar vídeo de uma hora não cabe.
• Conexão persistente. WebSocket em escala pede outra abordagem.
• Latência crítica e constante. Se cada milissegundo do primeiro byte importa, cold start incomoda.

Fora esses casos, a pergunta certa antes de subir qualquer coisa é simples: isso precisa mesmo executar a cada acesso? Na maioria das vezes, não precisa.