Como combinar o Vercel com um backend e PostgreSQL no ArduMaker

Publicado em 2026-10-26 por frfrand

Frontend Vercel e backend Django ou FastAPI com PostgreSQL em VPS

Esta é uma arquitetura que gosto porque não obriga a escolher um lado: você usa o Vercel para a parte que o usuário vê e um VPS da ArduMaker para a API, PostgreSQL e os processos que devem permanecer ativos.

Não existe um vencedor universal. Se compararmos apenas o preço mais baixo do catálogo, a conclusão costuma ser falsa: uma API com banco de dados, workers, arquivos e vários clientes não custa o mesmo que uma página estática.

A diferença de fundo entre Vercel e ArduMaker

Vercel: O Vercel constrói e distribui o frontend, incluindo suas funcionalidades de preview e execução compatíveis.

ArduMaker: A ArduMaker executa o backend e o banco de dados em um VPS, com processos supervisionados, domínios e acesso ao ambiente do servidor.

Um projeto real para compará-los sem adivinhar

Em uma plataforma de reservas, o visitante vê um Next.js rápido; a API verifica a disponibilidade e confirma uma operação dentro do PostgreSQL. Um worker envia um e-mail após salvar a reserva. Nenhum desses processos precisa ser executado no navegador.

Em vez de implantar duas demos distintas, escolhi um único repositório e aplique a mesma carga. Se um usar PostgreSQL externo e outro um banco local, anote essa diferença para não atribuir toda a latência ao provedor web.

Teste prático em cinco passos

1. Publique o Next.js na Vercel e verifique se o build não contém segredos privados.
2. No ArduMaker, implante o FastAPI ou Django a partir do Git e configure o PostgreSQL com acesso restrito.
3. Publique api.tudominio.com com HTTPS, sem abrir diretamente a porta do PostgreSQL.
4. Defina a URL da API no frontend e configure o CORS apenas para as origens autorizadas, se necessário.
5. Teste login, cookies, renovações de tokens, uploads de arquivos e um erro do backend.

Não esqueça de testar o caminho de erro: desligue o processo em uma janela controlada e veja se o sistema mostra por que parou de responder. Se um aplicativo registra reservas, teste também duas requisições simultâneas para comprovar a regra de disponibilidade e consistência.

O erro típico ao comparar

Não utilize localhost:8000 como URL da API em produção e não habilite o CORS com qualquer origem e credenciais sem entender seus riscos. Leve também em conta os domínios de cookies.

Também não olharia apenas as caixas de «sim» e «não» de uma tabela: pergunte em qual plano o recurso está disponível, se precisa de uma integração externa, se há um limite de execução e qual equipe ficará responsável por mantê-lo.

Como o ArduMaker se encaixa na discussão

O ArduMaker hospeda a parte persistente e oferece ferramentas Git, serviços, banco de dados, domínio e MCP. O Vercel continua cumprindo seu papel de frontend. Essa combinação aproveita vantagens diferentes sem duplicá-las.

Para uma arquitetura que combina FastAPI, PostgreSQL e um worker, no ArduMaker você pode criar o VPS, associar o repositório Git, administrar o banco de dados e o processo, e publicar o domínio com HTTPS. Se você tem um frontend em outra plataforma, também pode mantê-lo lá e mover apenas a API. Não é necessário migrar tudo para aproveitar uma vantagem concreta.

Qual eu escolheria para trabalhar todos os dias?

Esta arquitetura pode ser melhor do que mover tudo para um único local se a sua equipe gosta dos previews do Vercel, mas precisa de processos próprios no backend.

Faria a comparação com o projeto que realmente tenho que entregar, não com o tutorial mais curto. Antes de mudar de provedor, salve e verifique backups, prepare a reversão e calcule quanto tempo vai custar manter a nova configuração.

Fontes para verificar detalhes vigentes

• Documentação de Vercel
• Documentação de ArduMaker
• Comparar Vercel com ArduMaker

Resumo: o que importa não é apenas como publicar a primeira versão, mas quem pode operá-la, recuperar os dados e resolver um problema às três da manhã.