Índice do artigo
A tríade formada por n8n, Evolution API e Typebot tornou-se o padrão da indústria brasileira para automação de atendimento, agentes de IA com RAG e funis de vendas de alto volume. Contudo, essa stack moderna impõe demandas rigorosas de infraestrutura que derrubam servidores virtuais mal dimensionados.
Se você já sofreu com instâncias de WhatsApp desconectando sem motivo aparente, workflows do n8n travando no meio da execução ou bancos de dados PostgreSQL atingindo 100% de CPU, o culpado quase certamente é o dimensionamento inadequado da sua VPS.
Requisitos Reais de Dimensionamento da Stack de Automação
Com base em centenas de deploys em produção, os requisitos mínimos recomendados para garantir que sua operação não pare durante campanhas de tráfego são:
- Operação Pequena (Até 5 conexões de WhatsApp e 50 workflows/hora): 4 vCPUs, 4 GB de RAM e 40 GB de disco NVMe.
- Operação Média / Agência (6 a 20 conexões e filas Redis com Typebot): 6 vCPUs, 8 GB a 12 GB de RAM e 80 GB NVMe com swap configurado.
- Operação Enterprise / Alto Tráfego: 8 vCPUs dedicadas, 16 GB a 20 GB de RAM e cluster de PostgreSQL isolado.
A Importância da Latência Nacional na Resposta de Chatbots
Quando um lead envia uma mensagem no WhatsApp, o fluxo completo envolve: recebimento do webhook na Evolution API -> disparo no Typebot -> chamada a LLM/OpenAI -> persistência no banco -> resposta de volta. Se a sua VPS estiver alocada fora do Brasil, cada um desses saltos acumula 120ms de atraso de rede, transformando uma conversa fluida em uma experiência lenta que faz o cliente abandonar o atendimento.
Com servidores alocados em território nacional na Host You Secure, a latência de tráfego é minimizada, garantindo que suas automações respondam com a velocidade que o consumidor brasileiro espera.
FAQ: perguntas frequentes
Quantas instâncias de WhatsApp a Evolution API suporta em uma VPS de 4 GB?
Em média de 8 a 15 instâncias ativas com estabilidade, desde que configurados limites de memória em containers Docker e o banco PostgreSQL possua tunning adequado.
Por que o n8n trava ou reinicia sozinho em servidores VPS baratos?
O n8n roda sobre Node.js e consome picos de memória em execuções intensas. Em servidores com vCPU compartilhada e sem swap configurado em disco NVMe, o OOM Killer do Linux encerra o processo do n8n para proteger o sistema operacional.
Vale a pena usar SQLite ou PostgreSQL com n8n em produção?
Em produção com alto volume de webhooks, o uso de PostgreSQL com Redis em modo queue é obrigatório para evitar corrupção de dados e lentidão na execução.
