Em junho de 2024, a app Cara tornou-se viral, crescendo de 40,000 para 650,000 utilizadores numa semana, e o seu fundador relatou uma fatura da Vercel de $96,280 referente à semana anterior. Esse foi o extremo de um padrão mais amplo: as plataformas baseadas no uso são cómodas até que o tráfego, os bots, a largura de banda ou as chamadas de função se transformem numa fatura surpresa.
A Vercel oferece agora funcionalidades de gestão de gastos, incluindo notificações, webhooks e a opção de pausar as implementações de produção quando se atinge um valor de gasto configurado. Portanto, a questão não é que os programadores não tenham controlos. A questão é que esses controlos ainda precisam de ser compreendidos, configurados e monitorizados. O Heroku cria um tipo de pressão diferente: é simples e maduro, mas o custo pode crescer rapidamente assim que se ultrapassa uma app pequena e se começa a adicionar bases de dados geridas, Redis, workers, backups e monitorização.
O resultado é um ecossistema em amadurecimento de ferramentas PaaS self-hosted de código aberto que procuram recriar partes da experiência de implementação ao estilo Heroku num VPS que você controla: enviar código, ligar um domínio, obter SSL, executar bases de dados e gerir apps sem construir uma plataforma Kubernetes completa.
Esta publicação compara seis delas: Coolify, Dokku, CapRover, Dokploy, Kamal e seelf. O objetivo não é coroar a ferramenta com mais estrelas. O objetivo é mapear claramente o espaço de decisão para que possa ajustar uma ferramenta às suas restrições, ou reconhecer que nenhuma delas serve e que uma plataforma gerida continua a ser a resposta certa.
A resposta curta
Um PaaS self-hosted pode automatizar builds Docker, configuração de reverse proxy, SSL, deploys de apps e gestão básica de serviços no seu próprio servidor. O que não lhe dá por defeito é a camada de infraestrutura completa de uma plataforma gerida: failover multirregião automático, fiabilidade de base de dados sem intervenção, ou resposta a incidentes gerida pela plataforma.
- Escolha o Coolify se quiser o mais próximo de um painel completo ao estilo Heroku no seu próprio VPS.
- Escolha o Dokku se quiser o fluxo de implementação git-push mais leve e se sentir à vontade a usar a CLI.
- Escolha o CapRover se quiser um gestor visual de apps simples e implementar sobretudo apps de contentor único.
- Escolha o Dokploy se quiser um painel moderno e polido, suporte a Docker Compose e uma UI mais limpa do que a do Coolify.
- Escolha o Kamal se quiser uma ferramenta de implementação CLI-first, sobretudo para Rails ou apps em contentores.
- Escolha o seelf se quiser uma ferramenta de implementação Docker Compose leve com uma pequena UI web.
Se a sua fatura de hosting gerido ainda for baixa e não quiser manter um servidor, fique no gerido. Se a sua fatura está a crescer e está à vontade para assumir atualizações, backups, regras de firewall e resposta a incidentes, um PaaS self-hosted pode fazer sentido.
Quando um PaaS self-hosted faz mesmo sentido financeiro
O ponto de cruzamento de custos é a parte que costuma ser simplificada em demasia.
Uma pequena configuração de produção em Heroku pode começar abaixo dos $100 por mês, mas a fatura pode subir para as centenas ou milhares assim que adicionar vários dynos, um Postgres gerido maior, Redis, backups, monitorização ou requisitos de maior disponibilidade. Uma stack de app semelhante pode muitas vezes correr num VPS de $15 a $30, mas isso não inclui a mesma fiabilidade de base de dados gerida, backups, failover ou suporte que as plataformas ao estilo Heroku/Vercel abstraem.
Essa é a verdadeira troca: não está a substituir uma plataforma gerida pela mesma coisa por menos dinheiro. Está a substituir a comodidade da plataforma por um VPS, uma camada de implementação de código aberto e o seu próprio tempo de manutenção.
Uma regra prática útil é esta: o self-hosting começa a fazer sentido quando a fatura do gerido é suficientemente dolorosa para que as poupanças justifiquem o trabalho. Para um pequeno SaaS, isso significa muitas vezes que a fatura passou aproximadamente dos $50 por mês e que o operador pode realisticamente gastar algumas horas por mês em atualizações, backups e monitorização básica.
O nosso guia para instalar o Docker num VPS é o pré-requisito para qualquer uma das ferramentas desta publicação. Se o Docker ainda não estiver a correr no seu servidor, comece por aí.
As poupanças são reais, mas só aparecem se estiver disposto a manter o servidor.
As seis ferramentas, lado a lado
Antes de irmos ferramenta a ferramenta, vale a pena colocar as seis opções lado a lado. A ferramenta certa é aquela cujas limitações consegue tolerar, não a que tem a comunidade mais barulhenta.
| Ferramenta | Estrelas no GitHub (aprox.) | Filosofia | Suporte multiservidor | Pegada relativa | Caso de uso ideal |
|---|---|---|---|---|---|
| Coolify | 54k+ | UI web, experiência PaaS self-hosted completa | O caminho atual com Swarm está a ser descontinuado; escalabilidade v5 planeada | Mais alto | Várias apps, painel preferido |
| Dokku | 31.9k | git-push, CLI, baseado em plugins | Apenas servidor único | Muito baixa | Uma ou duas apps, menor overhead |
| CapRover | 15k+ | Gestor de apps GUI-first | Suporte a Docker Swarm | Moderado | Implementações visuais simples e apps de contentor único |
| Dokploy | 33.7k+ | UI web moderna, alternativa ao Coolify | Servidores remotos / Docker Swarm suportados | Moderado | Utilizadores de Docker Compose que querem uma UI polida |
| Kamal | 14.2k+ | CLI-first, sem painel no host | Vários servidores, orquestração sem cluster | Overhead muito baixo no host | Apps Rails ou Docker, equipas à vontade com a CLI |
| seelf | 343 | Deploys Compose leves | Nó único | Baixo | Stacks de Docker Compose com overhead mínimo |
Um projeto grande que não corresponde às suas restrições continuará a custar-lhe o mesmo tempo de manutenção que um projeto mais pequeno que corresponda.
Coolify: a experiência de painel completo
O Coolify é uma das ferramentas PaaS self-hosted mais populares desta categoria, e é a que mais se aproxima de um substituto completo ao estilo Heroku. Dá-lhe um painel web para gerir apps, serviços, ambientes, domínios, SSL, implementações e bases de dados a partir de um único sítio.
O Coolify é um dos projetos mais visíveis desta categoria, e a versão estável v4.0.0 foi lançada a 27 de abril de 2026 após um longo período de beta. Isso é importante porque o Coolify já era amplamente usado em produção, mas a versão estável dá aos novos utilizadores uma base de referência mais clara.
O que o Coolify faz bem cobre a maior parte da superfície voltada para o programador que as pessoas querem de alternativas ao Heroku ou Vercel. Pode implementar várias apps, executar stacks de Docker Compose, adicionar serviços como Postgres e Redis, usar SSL automático através do Traefik e ligar GitHub, GitLab, Gitea ou Bitbucket.
O custo de executar o Coolify é a parte que normalmente é subvalorizada. Não é só a sua app a correr no servidor; o próprio Coolify é uma verdadeira camada de plataforma. Isso não é problema num VPS bem dimensionado, mas é apertado num minúsculo. Comparado com o Dokku, o Coolify dá-lhe um painel mais rico e mais comodidade integrada, mas também exige mais recursos de servidor e mais manutenção ativa.
O Coolify também tem a maior lição de segurança desta lista. Em janeiro de 2026, a divulgação de CVE do Coolify corrigiu 11 vulnerabilidades críticas, incluindo injeção de comandos, bypass de autenticação e problemas de divulgação de chaves privadas. A Censys identificou cerca de 52,890 instâncias do Coolify expostas publicamente na altura, e o Centro de Cibersegurança da Bélgica emitiu um aviso recomendando a aplicação imediata de patches.
Isso não significa que o Coolify deva ser evitado. Significa que o Coolify deve ser tratado como um painel de administração com poder real sobre o seu servidor. Mantenha o painel fora da internet pública sempre que possível. Vincule-o a uma rede privada como Tailscale ou WireGuard, restrinja o acesso por IP e aplique atualizações de segurança rapidamente.
O Coolify é a escolha certa se quiser um painel completo, gerir várias apps, preferir um fluxo de trabalho visual e aceitar que é responsável por aplicar patches à própria plataforma.
Dokku: o menor PaaS que funciona
O Dokku é a opção séria mais simples desta comparação. Existe desde 2013, usa um fluxo de trabalho git-push ao estilo Heroku e mantém-se fiel à ideia de fazer uma coisa bem feita.
O fluxo de trabalho é direto: adicione um remote, envie a app e o Dokku constrói-a e executa-a. Os plugins tratam de necessidades comuns como Postgres, MySQL, MongoDB, Redis, backups, certificados e tarefas agendadas. Não há painel web, o que pode ser um incómodo ou uma redução da superfície de ataque, consoante a forma como se olha para isso.
A maior vantagem do Dokku é a sua pequena pegada. Pode correr confortavelmente num VPS pequeno para uma app modesta e um plugin de base de dados. Isso torna-o uma das escolhas mais defensáveis quando o seu objetivo é substituir uma pequena fatura de plataforma gerida por uma configuração leve em VPS.
O Dokku ainda usa buildpacks por defeito, com suporte a Docker também disponível. Alguns programadores veem os buildpacks como datados, mas para quem migra do Heroku, esse é muitas vezes precisamente o ponto. Os Procfiles e os hábitos de implementação ao estilo Heroku traduzem-se de forma limpa.
A principal desvantagem é que o Dokku espera que esteja à vontade na CLI. Não há painel para colegas de equipa que queiram clicar à volta, nem UI polida para gerir várias apps, e menos acompanhamento do que no Coolify ou no Dokploy.
O Dokku é a resposta certa quando quer um git push, a menor pegada de servidor possível na prática, e nenhum painel de administração público para defender.
CapRover, Dokploy, Kamal e seelf: os outros quatro
O Coolify e o Dokku são os dois padrões óbvios, mas as outras quatro ferramentas não são meros enchimentos. Cada uma faz sentido para uma restrição específica.
CapRover
O CapRover é um gestor de implementação de apps e bases de dados GUI-first construído em torno de Docker, nginx, Let's Encrypt e NetData. É fácil de compreender, fácil de instalar e especialmente confortável se as suas apps se enquadrarem num modelo de implementação de contentor único e direto.
O CapRover suporta Docker Swarm. Continua a ser mantido, com a v1.14.1 lançada em novembro de 2025, mas não parece tão dinâmico como alternativas mais recentes centradas no painel, como o Coolify e o Dokploy. Para uma implementação totalmente nova, isso importa. Não está apenas a escolher o conjunto de funcionalidades de hoje; está a escolher o ritmo de manutenção da ferramenta com que vai ter de conviver.
O CapRover continua a ser razoável se já o usa, gosta da sua simplicidade ou quer uma interface visual sem a sensação mais pesada do Coolify. Para projetos novos, o Dokploy ou o Coolify costumam ser mais fáceis de recomendar, a menos que a simplicidade do CapRover seja o fator decisivo.
Dokploy
O Dokploy é o mais próximo de uma alternativa moderna ao Coolify. Tem um painel polido, suporta Docker Compose, inclui templates e dá aos programadores uma UI mais limpa para gerir apps, bases de dados, domínios e implementações.
A correção importante é que o Dokploy já não é simplesmente de nó único por conceção. Por defeito, executa as apps no mesmo nó, mas agora suporta servidores remotos, configurações de cluster e implementações baseadas em Docker Swarm. Isso continua a não fazer dele uma plataforma de autoscaling gerida, mas torna o Dokploy mais flexível do que um painel básico de servidor único.
A vantagem do Dokploy é a usabilidade. Parece mais novo, mais limpo e mais dinâmico do que algumas ferramentas mais antigas. A troca é uma comunidade mais pequena do que a do Coolify e menos tempo de testes em campo a longo prazo do que o Dokku.
Escolha o Dokploy se quiser uma UI web moderna, trabalhar com Docker Compose e gostar da ideia do Coolify mas não do seu peso ou da sua recente bagagem de segurança.
Kamal
O Kamal é diferente do resto da lista. Não é um painel web. É uma ferramenta de implementação CLI construída pela 37signals e originalmente concebida em torno do Rails, embora consiga implementar qualquer app web que possa ser colocada em contentor com Docker.
O Kamal usa um fluxo de trabalho baseado em registo Docker e SSH para implementar contentores em servidores. Não executa um painel de administração persistente no host, o que mantém a superfície de implementação mais pequena. Consegue implementar em vários servidores, mas não os orquestra como o Kubernetes ou um cluster gerido.
Isso torna o Kamal uma boa opção para equipas que preferem operações orientadas por código em vez de painéis. Se a sua equipa já trabalha no terminal, compreende imagens Docker e quer implementações repetíveis sem um painel de PaaS, o Kamal é uma opção limpa.
Escolha o Kamal para apps Rails, apps em contentores e equipas que querem a menor ferramenta de implementação possível em vez de uma UI de plataforma.
seelf
O seelf é a ferramenta mais pequena e de nicho aqui. É uma plataforma de implementação leve construída em torno de stacks de Docker Compose e de um pequeno painel web.
O principal atrativo é a simplicidade. Se já tem um ficheiro Docker Compose a funcionar e quer uma forma limpa de o implementar na sua própria infraestrutura, o seelf pode ser suficiente. Não tenta tornar-se um substituto completo do Heroku, e essa contenção é parte do seu valor.
A troca é a dimensão da comunidade. Com apenas algumas centenas de estrelas no GitHub, o seelf não é a ferramenta a escolher se quer muitos tutoriais, respostas da comunidade e integrações de terceiros. Pode ter de ler a documentação com atenção ou inspecionar o código-fonte quando algo se comporta de forma inesperada.
Escolha o seelf se o seu fluxo de trabalho for Compose-first e o Coolify ou o Dokploy parecerem mais pesados do que o necessário.
As limitações honestas que importam
As ferramentas PaaS self-hosted são úteis porque escondem o trabalho repetitivo de implementação. São arriscadas quando os utilizadores esquecem que o servidor subjacente continua a ser da sua responsabilidade.
O teto de nó único
Estas ferramentas são mais fáceis de raciocinar quando um VPS é suficiente. Algumas suportam implementações multiservidor, mas nenhuma lhe dá autoscaling de plataforma gerida ou failover multirregião sem trabalho de conceção extra.
Isso não é automaticamente um impedimento. Muitas apps pequenas podem correr confortavelmente num VPS bem dimensionado. Mas "um servidor é suficiente" é uma restrição que deve aceitar conscientemente, não algo que descobre durante uma falha.
Responsabilidade operacional
Com o self-hosting, é seu o trabalho de atualizações, backups, regras de firewall, monitorização e resposta a incidentes. O evento de CVE do Coolify em 2026 é o exemplo mais claro do aspeto dessa responsabilidade na prática, mas o mesmo princípio aplica-se a todas as ferramentas desta lista.
Uma plataforma gerida absorve grande parte desse trabalho por si. Um PaaS self-hosted dá-lhe mais controlo e menor custo de infraestrutura, mas também o coloca no calendário de patches.
Surpresas com a firewall do Docker
A publicação de portas do Docker pode surpreender quem se baseia apenas em UFW ou em pressupostos básicos de firewall do host. O Docker cria as suas próprias regras de firewall para a publicação de portas e o isolamento de rede, por isso "o UFW está ativado" não é suficiente por si só.
As mitigações mais seguras são vincular os contentores a localhost quando estão atrás de um reverse proxy, usar redes Docker de forma deliberada e gerir a filtragem através da cadeia DOCKER-USER. Definir iptables=false é uma opção avançada e não é adequada para a maioria dos utilizadores, porque pode quebrar a rede dos contentores.
Conflitos de reverse proxy
Muitas ferramentas PaaS self-hosted instalam ou esperam o seu próprio reverse proxy. O Coolify usa Traefik. O CapRover usa nginx. Outros serviços no seu VPS podem já usar Caddy, nginx ou outro proxy.
Se dois serviços tentarem apropriar-se das portas 80 e 443, vão entrar em conflito. A solução costuma ser consolidar em torno de um único reverse proxy ou colocar deliberadamente o PaaS atrás do seu proxy existente. Não instale um PaaS de painel num servidor ocupado a assumir que vai coexistir automaticamente com a sua stack web atual.
Custo de tempo
A objeção do Hacker News aplica-se a um número não trivial de equipas: se está a gerir o PaaS sozinho, ainda está a obter o benefício de um PaaS?
Às vezes a resposta é sim. Se a sua fatura de gerido for suficientemente alta e a sua app for suficientemente simples, um PaaS self-hosted pode poupar dinheiro significativo. Às vezes a resposta é não. Se o self-hosting poupar $30 por mês mas lhe custar quatro horas de manutenção, resolução de problemas e preocupação, as contas provavelmente não fecham.
O PaaS self-hosted é um compromisso, não um upgrade gratuito.
Veredicto rápido
Escolha Coolify se precisar de um painel, quiser várias apps num servidor e aceitar o dever de aplicar patches ativamente como parte do acordo.
Escolha Dokku se quiser um git push, a menor pegada de servidor possível na prática, e nenhum painel público para defender.
Escolha Dokploy se quiser uma UI moderna mais limpa, suporte a Docker Compose e mais flexibilidade do que um painel básico de nó único.
Escolha CapRover se quiser um gestor de apps visual simples e as suas implementações se enquadrarem no seu modelo.
Escolha Kamal se a sua equipa estiver à vontade na CLI e quiser implementações Docker repetíveis sem um painel de plataforma.
Escolha seelf se quiser implementações Docker Compose leves e não precisar de um ecossistema grande.
Se a sua fatura de gerido ainda for baixa e não quiser trabalho de manutenção, fique no gerido.
Uma forma mais simples de começar o self-hosting
A parte mais difícil do PaaS self-hosted nem sempre é a ferramenta em si. É a preparação à sua volta: preparar o VPS, instalar o Docker, configurar a rede, abrir as portas certas, lidar com o SSL e garantir que o painel não fica exposto descuidadamente.
É aí que um marketplace de apps de um clique pode tornar o primeiro passo mais fácil. Em vez de partir de um VPS em branco, pode usar uma implementação pré-construída para ferramentas como Coolify, Dokku ou seelf e depois concentrar-se em saber se a plataforma serve para a sua app.
O marketplace da Cloudzy inclui instalações de um clique para Coolify, Dokku e seelf. Isso não retira a responsabilidade de manter o seu servidor, mas retira muita da fricção de configuração que impede os programadores de testar PaaS self-hosted logo à partida.
Perguntas frequentes
Qual é a melhor alternativa self-hosted ao Heroku?
O Coolify e o Dokku são os padrões mais seguros. Escolha o Coolify se quiser um painel e uma experiência de plataforma mais completa. Escolha o Dokku se quiser o fluxo de trabalho git-push mais leve ao estilo Heroku e estiver à vontade a usar a CLI.
O Coolify é seguro para usar em produção?
O Coolify pode ser usado em produção, mas só se o tratar como um poderoso painel de administração de servidor. Mantenha o painel privado, restrinja o acesso e aplique atualizações rapidamente. Expor o painel publicamente sem um plano de patches é a parte arriscada.
Coolify vs Dokku: qual devo escolher?
Escolha o Coolify se executar várias apps e quiser um painel web. Escolha o Dokku se executar uma ou duas apps, preferir a CLI e quiser o menor overhead.
Pode um PaaS self-hosted substituir a Vercel para Next.js?
Para muitas apps pequenas, sim. O Coolify e o Dokploy conseguem alojar apps Next.js, mas abdica da camada edge/CDN gerida da Vercel e tem de configurar você mesmo o caching, o comportamento de ISR, o escalonamento da otimização de imagens e a consistência multi-instância.
Preciso de Kubernetes, ou um PaaS self-hosted é suficiente?
Se um VPS for suficiente e não precisar de autoscaling ou failover multirregião, um PaaS self-hosted é suficiente. Se precisar de agendamento multi-nó coordenado, escalonamento automatizado e controlo de infraestrutura mais profundo, está a caminhar para Docker Swarm, Nomad ou Kubernetes.
O Dokku ainda é mantido?
Sim. O Dokku continua a receber lançamentos regulares, mas avança lentamente em comparação com ferramentas mais recentes centradas no painel. Para software de infraestrutura, isso pode ser uma força em vez de uma fraqueza.
