Quanta RAM o Coolify precisa?

O mínimo indicado pelo Coolify é 2 vCPU e 2 GB de RAM, mas isso cobre só o painel de controle. As builds são as verdadeiras devoradoras de memória: uma build de Node.js ou Next.js pode consumir sozinha 1–2 GB. Para alguns apps mais um banco de dados, 4 GB (Small-IP) é onde ele deixa de ser frágil.

Preciso de um IP dedicado?

Sim. O Coolify roda um proxy reverso que responde nas portas 80 e 443 para cada app que você publica e emite certificados Let's Encrypt, o que exige HTTP de entrada. Planos NAT não aceitam tráfego web de entrada, então escolha um plano com IPv4 próprio.

Posso rodar os bancos de dados no mesmo servidor?

Pode: o Coolify publica Postgres, MySQL, Redis e outros com um clique. Só dimensione a RAM para eles e configure os backups agendados de banco de dados do Coolify para um armazenamento compatível com S3, para que um único servidor não seja a única cópia dos seus dados.

O que acontece quando o disco enche?

Cada build deixa para trás imagens e camadas Docker. O Coolify tem uma configuração de limpeza (ative-a) e vale conferir 'docker system df' de vez em quando. Um disco de 35 GB dá conta de vários apps pequenos se as imagens antigas forem removidas.

O Coolify está pronto para produção?

Muita gente roda produtos reais nele. A ressalva honesta: é um único servidor, e o Coolify se atualiza com bastante frequência. Defina uma janela de manutenção, mantenha backups e não o trate como infraestrutura de alta disponibilidade.

VPS para Coolify: a sua própria PaaS self-hosted

Publique apps a partir do Git com HTTPS automático no seu servidor. Do que o Coolify precisa, qual plano escolher, o comando de instalação e os prós e contras reais.

Plataformas gerenciadas de apps são ótimas até chegar a fatura: cada app, cada worker, cada banco de dados é uma linha separada. O Coolify entrega a maior parte desse fluxo de trabalho (push no Git, app publicado com HTTPS) num único servidor com preço fixo. Ele é open source, roda sobre Docker e leva uns cinco minutos para instalar num VPS novo.

O que você ganha

Deploy a partir do Git. Conecte GitHub, GitLab ou qualquer URL Git; o Coolify faz a build com Nixpacks ou com o seu Dockerfile e republica a cada push.
HTTPS automático. Aponte um domínio (ou um wildcard) para o servidor e cada app recebe o próprio certificado Let's Encrypt.
Serviços com um clique. Postgres, Redis, MinIO, Plausible, Uptime Kuma, n8n e dezenas de outros, publicados a partir de templates.
Deploys de pré-visualização para pull requests, se você quiser.

Dimensionando com honestidade

O mínimo documentado do Coolify é 2 vCPU / 2 GB de RAM / 30 GB de disco. Dá para instalá-lo e publicar algo pequeno. No momento em que você faz a build de um app JavaScript ou roda um banco de dados ao lado, os 2 GB viram swap e timeouts.

O que você roda	Plano adequado
Coolify + 1–2 sites estáticos ou APIs pequenas	Micro-IP: 2 vCPU, 2 GB, 25 GB ($10/mês), adicione swap
Alguns apps + Postgres + builds na máquina	Small-IP: 4 vCPU, 4 GB, 35 GB ($16/mês)
Vários apps, workers, builds mais pesadas	Medium-IP: 6 vCPU, 6 GB, 45 GB ($20/mês)

Você precisa de um plano com IP dedicado: o proxy do Coolify tem de responder na 80 e na 443 para cada app. Planos NAT só aceitam de entrada a sua porta SSH.

Instalação

Num servidor novo com Ubuntu 24.04 ou Debian 12, como root:

curl -fsSL https://cdn.coollabs.io/coolify/install.sh | bash

O script instala o Docker e inicia o Coolify. Abra http://YOUR_SERVER_IP:8000, crie imediatamente a conta de administrador (o primeiro visitante vira administrador) e depois vá em Settings → Instance Domain e defina algo como https://coolify.example.com.

Quando o painel estiver acessível pelo domínio, feche a porta direta:

ufw allow 22/tcp && ufw allow 80/tcp && ufw allow 443/tcp
ufw enable

Uma pegadinha: o Docker publica as portas dos containers com regras iptables próprias, que passam por cima do ufw. Não publique portas de banco de dados no host a menos que seja intencional; mantenha os bancos na rede interna do Coolify.

Mantendo tudo saudável

Limpeza. Ative a limpeza automática do Docker nas configurações de servidor do Coolify, senão as imagens antigas vão comer o seu disco em silêncio.
Backups dos bancos. Cada recurso de banco de dados tem uma aba de backups agendados: mande-os para qualquer bucket compatível com S3.
Backups do servidor. Os Managed Backups fazem uma cópia diária do servidor inteiro por $2/mês e já vêm incluídos de graça nos planos anuais.
Swap. Em máquinas de 2–4 GB, um arquivo de swap de 2 GB salva as builds do OOM killer.

Os prós e contras

É uma máquina só. Se o servidor reiniciar, todos os apps nele piscam. O Coolify também evolui rápido e lança atualizações frequentes: quase sempre algo bom, às vezes uma surpresa, então atualize numa hora tranquila e não na sexta à noite. E agora a equipe de operações é você: quando uma build quebra às 2 da manhã, não há suporte atrás do botão «Deploy».

Para um desenvolvedor solo ou uma equipe pequena com alguns projetos, o negócio costuma valer a pena. Você troca uma pilha de faturas por app por um único servidor que você entende.

Relacionados

VPS para Docker: Docker Compose puro, se você não precisa de painel
Publicar uma stack Docker Compose
Quanta RAM um VPS precisa?