Arquitetura Serverless: AWS Lambda, Vercel e Cloud Functions

O que é Serverless?

Serverless é um modelo de cloud computing que permite que você execute código sem gerenciar servidores. Os servidores ainda existem mas você não os gerencia.

FaaS (Function as a Service): Você implanta seu código como uma função. O provedor cloud executa a função quando uma solicitação chega e retorna o resultado.

BaaS (Backend as a Service): Você usa serviços backend como banco de dados, autenticação, armazenamento como managed. Como Firebase, Supabase.

Vantagens: Sem gestão de servidores, escalabilidade automática, pagamento por uso, custo zero em idle.

AWS Lambda

AWS Lambda é o serviço de compute serverless da AWS. Suporta runtimes de Node.js, Python, Java, Go, .NET, Ruby.

Handler: Ponto de entrada da função. Definido como exports.handler = async (event, context) => { ... }.

Trigger: Eventos que ativam a função Lambda. API Gateway (HTTP), S3 (upload de arquivo), DynamoDB (mudança de dados), SQS (fila de mensagens).

Cold start: A função precisa ser inicializada na primeira chamada. Isso cria uma latência de 100ms-1s. Pode ser reduzido com provisioned concurrency.

Limites: Máximo 15 minutos de tempo de execução, 10 GB de memória, 10 GB de armazenamento efêmero. Otimize as configurações de timeout e memory.

Vercel e Netlify

Vercel: Plataforma serverless otimizada para frameworks como Next.js, Nuxt, SvelteKit. Suporte de Edge Functions e Serverless Functions.

Netlify: Hosting de site estático + funções serverless. Adicione lógica de backend com Netlify Functions (baseado em AWS Lambda).

Edge Functions: Funções que executam no edge com Cloudflare Workers ou Vercel Edge Runtime. Latência ultra baixa.

Vantagens: Deploy automático no git push, preview deployments, CDN global, HTTPS automático. Excelente experiência de desenvolvedor.

Uso: Aplicações JAMstack, endpoints de API, tratamento de formulários, otimização de imagens, autenticação.

Cold Start e Desempenho

Cold start: O contêiner precisa ser iniciado quando a função é chamada pela primeira vez. Isso adiciona latência. Funções warm são mais rápidas.

Estratégias de redução: Provisioned concurrency (AWS Lambda), keep-alive (ping periódico), bundle menor, runtime mais rápido (Node.js > Java).

Otimização de memória: Mais memória = mais CPU. Pode reduzir o tempo de cold start aumentando a memória.

Connection pooling: Crie conexões de banco de dados fora da função (global scope). Não abra uma nova conexão em cada chamada.

Monitoramento: Monitore o tempo de cold start e a taxa de erro com CloudWatch (AWS), Vercel Analytics.

Melhores Práticas de Serverless

Stateless: As funções devem ser stateless. Armazene o estado em armazenamento externo (DynamoDB, Redis).

Idempotência: Executar a função várias vezes deve produzir o mesmo resultado. Deve ser seguro para retries e eventos duplicados.

Tratamento de erros: Capture erros e envie para dead letter queue (DLQ). Defina mecanismo de retry.

Segurança: Roles IAM de least privilege. Gerenciamento de segredos com variáveis de ambiente. Validação de entrada.

Otimização de custos: Otimize memory e timeout. Reduza invocações desnecessárias. Use provisioned concurrency com cuidado.

Serverless vs Container vs VM

Serverless: Zero gestão, escalabilidade automática, pagamento por uso. Ideal para operações de curta duração e baseadas em eventos.

Container (Docker/K8s): Mais controle, operações de longa duração, aplicações stateful. Requer orquestração.

VM: Controle total, aplicações legacy, requisitos de hardware especiais. Maior custo de gestão.

Seleção: Operações curtas e baseadas em eventos → Serverless. Aplicações de longa duração e stateful → Container. Legacy e requisitos especiais → VM.