Assinatura de banco de dados, hospedagem, cache, automação, fila, e-mail, WhatsApp. Cada serviço parece barato quando é contratado sozinho. O problema aparece quando você abre a fatura no fim do mês e percebe que seu projeto está pagando cinco, seis ou dez ferramentas diferentes para manter a mesma aplicação rodando.
Não é um convite para abandonar todo SaaS e sair instalando coisas em um servidor sem critério. SaaS compra conveniência: atualizações, suporte, redundância e menos trabalho operacional. Mas, quando o projeto já tem uso estável e a conta começa a ficar imprevisível, hospedar parte da infraestrutura em uma VPS pode fazer sentido.
Foi esse o caminho que adotamos em alguns projetos da empresa. Em vez de manter assinaturas separadas para PostgreSQL, deploy, Redis e automações, concentramos esses serviços em VPSs. O ganho não foi só cortar custo. Foi conseguir saber quanto a infraestrutura vai custar antes de o cartão fechar.
O problema não é pagar por SaaS. É pagar sem perceber a soma
O Neon DB, por exemplo, resolve muito bem o trabalho de subir um PostgreSQL gerenciado. Você cria o banco, conecta a aplicação e deixa boa parte da operação com o provedor. Para um MVP, isso costuma ser uma decisão sensata.
Só que, com mais projetos, mais dados e mais pessoas usando o produto, entram os limites de plano e cobranças adicionais. No caso mostrado no vídeo, havia um SaaS web e um CRM interno usando Neon DB. A mensalidade ficava em torno de R$ 100 a R$ 150, com possibilidade de subir conforme o uso.
A mesma lógica se repetia em outros lugares:
- hospedagem de front-end e back-end;
- Redis para cache e filas;
- N8N Cloud para workflows;
- serviços de mensagens e integrações;
- infraestrutura de processamento em segundo plano.
Separados, os valores parecem administráveis. Juntos, viram uma despesa difícil de prever. E previsibilidade importa muito quando você está validando um produto, tocando uma empresa pequena ou mantendo vários projetos em paralelo.
O que foi centralizado na VPS
A decisão que fiz foi mover os serviços que não precisavam, naquele momento, da conveniência de uma plataforma gerenciada para duas VPSs. A infraestrutura passou a concentrar:
- PostgreSQL;
- aplicações Node.js, React e Next.js;
- Redis para cache e filas;
- RabbitMQ para trabalhos mais pesados;
- N8N para automações;
- Evolution API para mensagens via WhatsApp;
- Traefik para roteamento;
- Coolify para deploy e gerenciamento dos serviços;
- bancos auxiliares, como PGAdmin e PgBouncer.
Isso não significa que tudo roda em um único container improvisado. A ideia é usar uma infraestrutura centralizada, mas com serviços isolados, volumes persistentes, variáveis de ambiente protegidas e uma forma decente de fazer deploy, acompanhar logs e restaurar dados.
Um exemplo prático de economia
No caso apresentado, a conta era mais ou menos esta:
| Serviço | Cenário anterior citado no vídeo |
|---|---|
| PostgreSQL gerenciado | R$ 100 a R$ 150/mês |
| Hospedagem de projetos | cerca de R$ 200/mês |
| Redis gerenciado | cerca de R$ 50/mês |
| N8N Cloud | cerca de R$ 150/mês |
Só esses itens podem passar de R$ 450 por mês, dependendo do plano e do uso. Ao centralizar a infraestrutura, foram usados dois planos de VPS: um menor, na faixa de R$ 43 mensais, e outro mais robusto, por volta de R$ 59 mensais. Os valores, recursos e promoções variam conforme fornecedor e período de contratação, então trate isso como um caso real, não como uma tabela universal.
O ponto é simples: uma VPS com recursos bem dimensionados pode rodar mais de um serviço e mais de um projeto. Quando a carga ainda está confortável, pagar uma conta fixa costuma ser mais fácil de administrar do que acompanhar vários limites de SaaS.
Quando hospedar você mesmo faz sentido
Hospedar serviços próprios costuma fazer sentido quando alguns sinais aparecem juntos:
- Você já tem serviços demais cobrando mensalidades separadas.
- O uso do projeto é previsível o suficiente para dimensionar CPU, memória e disco.
- Você consegue ou quer assumir parte da operação.
- Seu sistema não exige alta disponibilidade complexa desde o primeiro dia.
- Os serviços escolhidos possuem documentação boa e podem ser monitorados.
Para uma aplicação básica, uma VPS de entrada pode servir para banco, API, front-end e automações leves. Para vários projetos, filas ou mais processamento, vale separar responsabilidades ou subir um plano maior.
Quando continuar no SaaS é a melhor escolha
A economia pode virar prejuízo se você migrar antes de estar preparado para operar a infraestrutura. SaaS continua sendo uma escolha melhor quando:
- você precisa lançar um MVP rápido;
- não sabe configurar backups, firewall e atualizações;
- precisa de disponibilidade alta sem montar redundância;
- tem picos muito imprevisíveis;
- não quer acordar para resolver um banco fora do ar;
- o tempo do time vale mais do que a mensalidade economizada.
Não há medalha por rodar tudo sozinho. Se o banco gerenciado permite que você entregue o produto mais rápido, ele pode ser a escolha certa. O erro é transformar conveniência em dependência eterna sem revisar custo, uso e necessidade.
Mostrei no video tudo que apliquei:
No vídeo, mostro a estrutura com mais detalhes, os serviços que migramos e como as VPSs estão sendo usadas nos projetos: