Hub Agências de Automação
Se você é agência ou freelancer entregando n8n e Evolution API para vários clientes, o desafio muda: não é só "rodar um n8n", é decidir como separar clientes, quanto cobrar de infraestrutura e como evitar que um cliente barulhento derrube os outros.
Isolamento de clientes
Nenhuma das duas está "certa" — a escolha depende de quanto cada cliente paga e de quanto risco você tolera.
Na prática: muitas agências começam multi-tenant (custo menor por cliente novo) e migram clientes específicos para uma VPS dedicada quando o volume de mensagens, workflows ou faturamento daquele cliente justifica o isolamento. Não existe corte único de "a partir de X clientes migre" — depende do perfil de uso de cada um.
Precificação
Um jeito simples de chegar a um número defensável, sem planilha complicada.
Custo mensal da VPS (ou fração dela, se multi-tenant) + domínio + eventuais serviços extras (proxy, backup externo).
Se for multi-tenant, divida proporcionalmente ao uso estimado (número de workflows, instâncias Evolution API, volume de mensagens) — não simplesmente pela contagem de clientes.
Clientes de automação geram picos (campanhas, disparos, importações) que consomem mais recursos do que a média mensal — reserve margem em vez de dimensionar no limite.
O valor que você cobra do cliente final normalmente inclui seu trabalho de configuração e suporte, não só o custo do servidor — deixe isso explícito na proposta, mesmo que informalmente.
Estabilidade
O risco em setups multi-tenant é real, mas controlável com algumas práticas.
Configure limites de CPU e RAM por container Docker de cada cliente, para que um workflow com loop infinito não consuma toda a máquina.
Acompanhar CPU/RAM agregados da VPS não mostra qual cliente está consumindo mais — monitore por container ou instância para identificar o vizinho barulhento antes que vire incidente.
Alertar em 80% de uso de RAM dá tempo de agir antes do OOM killer derrubar containers — inclusive os de outros clientes.
Um PostgreSQL único servindo vários clientes é mais simples de manter, mas uma query pesada de um cliente pode travar consultas dos outros.
Bancos de dados
Nem todo setup multi-tenant precisa de banco de dados isolado por cliente — mas alguns cenários pedem.
Vale a pena separar banco de dados (uma instância PostgreSQL, ou ao menos um schema/database dedicado) por cliente quando: o cliente tem volume de dados relevante e não pode esperar por uma query lenta de outro; existe exigência contratual ou regulatória de isolamento de dados; ou o cliente vai crescer a ponto de justificar sua própria VPS no futuro — nesse caso, separar o banco desde já facilita a migração depois. Para clientes pequenos e de baixo volume, um banco compartilhado bem configurado (com schemas ou databases lógicos separados) costuma ser suficiente.
Referências de dimensionamento
Use estas referências de capacidade como ponto de partida para dimensionar sua VPS de agência.
Não sabe por onde começar?
Conte quantos clientes e workflows você roda hoje e a gente ajuda a decidir entre VPS dedicada, multi-tenant ou um mix dos dois.
