Migrar de
Coolify para HeroCtl
Coolify foi ótimo até o cliente exigir SLA contratual. O painel central é ponto único de falha.
Coolify é a melhor escolha enquanto você cabe em um servidor — UI limpa, marketplace de templates, instalação em cinco minutos. A parede chega quando alguém pede 99.9% no contrato. O painel central de Coolify não é replicado; o servidor que o hospeda cair derruba o controle do cluster inteiro. HeroCtl entra exatamente nesse degrau: mesma simplicidade conceitual, mas plano de controle distribuído entre 3+ servidores e eleição automática quando algum cai. Migração leva 1-2 semanas porque você já tem tudo containerizado, é mais reorganizar do que reescrever. Custo mensal final é parecido (R$30-100), o ganho é alta disponibilidade real.
Por que sair
- Painel central é ponto único de falha — servidor que hospeda Coolify cair = perda de controle
- Multi-server em Coolify é deploy em hosts independentes, não cluster com consenso
- Cliente exigindo SLA descobre o limite na primeira sexta-feira 17h
- Upgrade do próprio Coolify dói porque mexe no painel que controla tudo
O que você ganha
- Plano de controle replicado em 3+ servidores — qualquer um pode cair
- Eleição automática em segundos quando o servidor que estava no comando some
- Mesma simplicidade de instalação (5 minutos por nó)
- Cluster cresce sem reinstalar nada — adicionar nó é um comando
6 passos, sem mistério
- 01
Exportar configuração das aplicações
1 diaListe cada app rodando no Coolify, suas variáveis, comandos de build, comandos de start, mapeamento de portas e domínios.
- 02
Replicar volumes persistentes
1-2 diasIdentifique quais apps têm volumes (banco local, uploads). Tar.gz dos diretórios, transferência pro destino.
- 03
Montar cluster destino em paralelo
2 diasProvisione 3 servidores novos. Instale HeroCtl. Importe os manifestos dos apps. Aponte pros volumes e secrets.
- 04
Validar com domínio sombra
3-4 diasapp.shadow.dominio servido pelo cluster novo. Smoke test funcional, comparativo de logs com produção, teste de queda forçada de servidor.
- 05
DNS swap
1 diaReduza TTL pra 60s 24h antes. Troque registros A. Monitore por 24h.
- 06
Decommission do Coolify
1 diaApós 7 dias estáveis, desligue o servidor antigo. Mantenha o snapshot do disco por 30 dias antes de apagar.
1-2 semanas pra indie hacker com 3-10 apps já containerizados.
Custo similar (R$30-100/mês), ganho é HA real.
| Coolify: 1 VPS (4GB) | R$80/mês |
| Cluster destino: 3 VPS (2GB cada) | R$120/mês |
| Diferença | +R$40/mês |
| O que você compra com isso | Servidor cair não derruba controle |
| Custo de 1h de downtime no contrato B2B | R$500-5.000 (varia) |
| Break-even | 1 incidente evitado por ano |
Antes vs Depois
| Critério | Coolify | HeroCtl |
|---|---|---|
| Servidores | 1 | 3 |
| RAM total | 4 GB | 6 GB |
| Custo mensal | R$80 | R$120 |
| Painel cair = ? | Perde controle | Outro servidor assume |
| Eleição automática | Não existe | Em segundos |
| Upgrade do orquestrador | Restart do painel | Rolling, um nó por vez |
| SLA defensável | Difícil | 99.9%+ realista |
Onde costuma doer
Volumes locais grandes demoram pra copiar
Mitigação Use rsync com --delete em rodadas: primeira leva o grosso, segunda só o delta antes do cutover.
App escreve em filesystem assumindo um único nó
Mitigação Identifique antes. Mova pra storage compartilhado ou pin a app a um nó específico no manifesto.
Certificados Let's Encrypt do Coolify não migram direto
Mitigação Cluster destino emite certs novos antes do cutover usando ACME no domínio shadow. No dia, troca DNS e ele renova pro domínio real.
Comece pelo Community
Cluster com alta disponibilidade real, gratuito permanente, sem feature gates. A migração de Coolify costuma se pagar em 1-2 ciclos de fatura.