[{"data":1,"prerenderedAt":699},["ShallowReactive",2],{"blog-\u002Fblog\u002Fheroku-auto-hospedado-2026":3,"blog-surround-\u002Fblog\u002Fheroku-auto-hospedado-2026":684,"blog-en-alt-\u002Fblog\u002Fheroku-auto-hospedado-2026":697},{"id":4,"title":5,"author":6,"body":7,"category":665,"cover":666,"date":667,"description":668,"draft":669,"extension":670,"lastReviewed":666,"meta":671,"navigation":672,"path":673,"readingTime":674,"seo":675,"sitemap":676,"stem":677,"tags":678,"__hash__":683},"blog_pt\u002Fblog\u002Fheroku-auto-hospedado-2026.md","Heroku auto-hospedado em 2026: o estado do segmento","Equipe HeroCtl",{"type":8,"value":9,"toc":642},"minimark",[10,14,17,20,25,33,36,39,46,52,58,61,64,68,73,76,82,88,94,97,101,104,120,123,126,130,140,143,147,150,156,162,168,171,175,178,184,187,191,430,433,437,440,446,452,458,464,468,472,475,478,481,484,488,491,494,497,501,504,507,510,514,517,523,529,535,538,542,545,548,551,554,557,561,567,573,579,585,591,597,603,607,610,613,616,626,639],[11,12,13],"p",{},"Em 28 de novembro de 2022, a Salesforce desligou o plano gratuito do Heroku. A empresa que comprou a Heroku em 2010 cumpriu o aviso publicado três meses antes — todas as dynos free, todos os bancos hobby, todos os redises gratuitos foram terminados na mesma janela. Centenas de milhares de hobby projects, MVPs, demos de portfólio e protótipos universitários sumiram do ar de uma só vez.",[11,15,16],{},"A reação foi previsível. Quem tinha cobrança no cartão migrou pro plano pago e seguiu. Quem não tinha procurou outro lugar. E nas semanas seguintes, um movimento que existia em estado adormecido desde 2013 explodiu: \"Heroku auto-hospedado\".",[11,18,19],{},"Em 2026, três anos e meio depois, o segmento amadureceu. Há pelo menos seis produtos sérios disputando atenção, mais um punhado de projetos hospedados que se vendem como \"Heroku-like\" sem o auto. Esse post é o mapa.",[21,22,24],"h2",{"id":23},"por-que-heroku-auto-hospedado-virou-uma-categoria","Por que \"Heroku auto-hospedado\" virou uma categoria",[11,26,27,28,32],{},"A primeira coisa que precisa ser dita é que o Heroku resolveu o problema certo. Em 2010, deploy de aplicação web tinha duas formas: subir tarball pra um servidor que você administrava, ou pagar caro pra alguém administrar pra você. O Heroku inventou o terceiro caminho — ",[29,30,31],"code",{},"git push heroku main",", slider de escala, banco gerenciado embutido, certificado emitido automaticamente, sub-domínio funcional em segundos.",[11,34,35],{},"Esse padrão ficou. O conceito de \"deploy é um push, escala é um slider, TLS é automático\" virou a expectativa-base de qualquer desenvolvedor formado depois de 2012. Tudo que veio depois — Render, Railway, Fly.io, Vercel pra frontend, Cloud Run, App Runner — é variação em cima desse modelo.",[11,37,38],{},"Mas três coisas mudaram entre 2010 e 2022.",[11,40,41,45],{},[42,43,44],"strong",{},"Cloud bare-metal ficou barato."," Em 2010, um servidor virtual decente custava US$40\u002Fmês. Em 2026, US$5\u002Fmês compra um VPS com 1 vCPU, 2 GB de RAM, 50 GB de disco e 2 TB de tráfego — mais do que suficiente pra rodar cinco aplicações pequenas. A economia de fechar dynos pra rodar containers próprios se inverteu.",[11,47,48,51],{},[42,49,50],{},"Docker virou padrão."," A grande virtude do Heroku original eram os \"buildpacks\" — receitas que pegavam seu código Ruby ou Node e produziam um artefato isolado pronto pra rodar. Docker tornou esse encapsulamento commodity. Hoje qualquer um produz uma imagem reproduzível em três linhas de Dockerfile, e qualquer servidor com 100 MB de RAM livre pode hospedá-la.",[11,53,54,57],{},[42,55,56],{},"A comunidade aprendeu a operar."," Em 2010, \"rodar um servidor Linux\" era ofício de SRE. Em 2026, qualquer desenvolvedor full-stack já configurou nginx, lidou com certbot, montou systemd unit, debugou OOM-killer pelo dmesg. O nível médio subiu. Aquilo que justificava pagar US$25\u002Fmês pra Heroku cuidar virou um exercício de uma tarde.",[11,59,60],{},"Quando o gratuito morreu, montar \"seu próprio Heroku\" deixou de ser exercício de orgulho de hacker e virou conta de padaria. US$10\u002Fmês de VPS contra US$25\u002Fmês mínimo no Heroku-pago — e isso por aplicação. Cinco aplicações no Heroku custam US$125\u002Fmês. Cinco aplicações num VPS de US$10\u002Fmês continuam custando US$10\u002Fmês.",[11,62,63],{},"A categoria que respondeu a essa conta tem cinco subgêneros distintos hoje. Vale separar.",[21,65,67],{"id":66},"o-segmento-em-2026","O segmento em 2026",[69,70,72],"h3",{"id":71},"single-server-simples-instalo-num-vps-e-esqueco","Single-server simples — \"instalo num VPS e esqueço\"",[11,74,75],{},"O subgênero mais antigo e mais habitado. A premissa é direta: um único servidor, um instalador, um painel ou CLI, e você tem dynos. Sem cluster, sem alta disponibilidade, sem complicação.",[11,77,78,81],{},[42,79,80],{},"Dokku"," é o vovô do segmento, ativo desde 2013. O motor é Bash mais Docker. UX é majoritariamente CLI — você empurra código via git remoto, ele constrói com buildpacks Heroku-compatíveis, sobe o container, registra no roteador interno. A comunidade é pequena mas leal, o produto é estável, e a curva de aprendizado é íngreme nos primeiros dias e plana depois disso. Quem passou desses primeiros dias raramente troca. Está fora de moda no sentido de que a comunidade nova prefere painéis web — mas o produto continua sólido, com mais de doze anos de operação real em produção em milhares de instalações pelo mundo.",[11,83,84,87],{},[42,85,86],{},"Caprover"," ocupa o meio do espectro. Painel web, sistema de plugins, instalação razoavelmente fácil. O produto tem cerca de treze mil estrelas em repositórios públicos e uma comunidade ativa, ainda que menor que a dos concorrentes mais novos. A evolução é mais lenta — releases vêm em cadência mensal ou bimestral, e features grandes demoram. Pra quem prioriza estabilidade sobre novidades, é uma escolha defensável.",[11,89,90,93],{},[42,91,92],{},"Coolify"," é o líder atual de mindshare. Por volta de quarenta mil estrelas, painel web moderno, ecossistema de plugins ativo, comunidade ruidosa em fóruns e em chat. O produto evoluiu rápido entre 2023 e 2025, agregando suporte a banco gerenciado embutido, deploy via git, certificados automáticos, monitoramento de containers. É a recomendação default que circula em fóruns de indie hackers hoje.",[11,95,96],{},"O defeito principal do Coolify, e a razão de ele aparecer também na seção sobre armadilhas mais abaixo, é arquitetural: foi desenhado single-server first. Multi-server foi adicionado depois, mas o painel central continua sendo um único processo num único servidor. Se esse servidor cai, você perde acesso a todos os outros.",[69,98,100],{"id":99},"single-server-moderno-deploy-sem-painel","Single-server moderno — \"deploy sem painel\"",[11,102,103],{},"Subgênero mais novo, com filosofia oposta à anterior. Em vez de painel web, ferramenta de linha de comando que opera por SSH.",[11,105,106,109,110,113,114,119],{},[42,107,108],{},"Kamal"," é o representante quase exclusivo. Saiu do time da 37signals em 2024, escrito por gente próxima ao DHH. A premissa é radical: nenhum painel, nenhum control plane, nenhum agente residente nos servidores. Você escreve um arquivo de configuração, roda ",[29,111,112],{},"kamal deploy",", ele faz SSH em cada servidor, faz pull da imagem, troca o container e segue. O DHH publicou em 2024 que economizou cerca de três milhões de dólares por ano migrando os apps próprios da Basecamp e do HEY do cloud pra hardware próprio com Kamal. Onde a tese do \"sem orquestração\" começa a doer está em ",[115,116,118],"a",{"href":117},"\u002Fblog\u002Fheroctl-vs-kamal","HeroCtl vs Kamal",".",[11,121,122],{},"A virtude é a transparência absoluta — não há nada acontecendo que você não veja no terminal. O defeito é que multi-server não é orquestração, é deploy paralelo. Não há eleição de líder, não há rebalanceamento, não há failover. Cada servidor é um destino independente. Se um cair, você notifica seu monitoramento e refaz o deploy excluindo aquele host.",[11,124,125],{},"Pra um time pequeno operando duas ou três aplicações em três a cinco servidores, com hábitos disciplinados de deploy, Kamal é elegante. Pra qualquer coisa que precise de \"se um servidor cai, o cluster decide o que fazer sozinho\", não é a ferramenta certa.",[69,127,129],{"id":128},"cloud-native-moderno-heroku-reembrulhado","Cloud-native moderno — \"Heroku reembrulhado\"",[11,131,132,135,136,119],{},[42,133,134],{},"Dokploy"," é o produto mais recente que entrou na conversa. Por volta de dez mil estrelas, em crescimento rápido, UX visualmente parecida com Coolify mas arquitetura subjacente sobre Docker Swarm. Atrativo principal: multi-server real \"fora da caixa\", sem precisar montar à mão. A leitura ponto a ponto da escolha técnica que o Dokploy fez está em ",[115,137,139],{"href":138},"\u002Fblog\u002Fheroctl-vs-dokploy","HeroCtl vs Dokploy",[11,141,142],{},"O defeito estrutural é a fundação. Docker Swarm está em modo de manutenção há anos — a Docker Inc. não investe em features novas desde 2019, e o roadmap público é essencialmente \"manter funcionando\". Construir produto novo em cima de tecnologia em manutenção é uma aposta. Se a Swarm for descontinuada formalmente, o Dokploy precisa migrar de fundação inteira ou reescrever — e o usuário paga essa conta no meio do caminho. O ecossistema de plugins ainda é menor que o do Coolify, mas vem subindo rápido.",[69,144,146],{"id":145},"hospedado-mas-prefiro-self-hosted-vercelrender-mas-no-meu-servidor","Hospedado-mas-prefiro-self-hosted — \"Vercel\u002FRender mas no meu servidor\"",[11,148,149],{},"Tecnicamente fora da categoria do título do post, mas vale mencionar porque muito time compara. Quem busca \"alternativa ao Heroku\" frequentemente acaba não no auto-hospedado, e sim em outro hospedado.",[11,151,152,155],{},[42,153,154],{},"Render"," é o sucessor mais direto do Heroku no espírito. UX limpa, preços previsíveis, free tier generoso (mas não infinito — tem suspensão automática por inatividade). Banco Postgres e Redis gerenciados, deploy via git, build logs no painel. O preço sobe de forma linear com uso real, sem armadilhas grandes. É a escolha óbvia pra quem quer \"Heroku que funciona em 2026\" sem se preocupar com servidor.",[11,157,158,161],{},[42,159,160],{},"Railway"," é hospedado, foco mais forte em devs solo, preço por uso de recursos (CPU\u002FRAM\u002Ftráfego) em vez de tier fixo. Funciona bem pra hobby project que não vai escalar; pode ficar caro rápido se você esquecer um worker rodando.",[11,163,164,167],{},[42,165,166],{},"Fly.io"," tem proposta diferente: hospedagem distribuída em múltiplas regiões, primitivas mais cruas, próxima de \"VM como serviço com TLS automático\" do que de \"PaaS no estilo Heroku\". É a escolha de quem quer baixa latência mundial sem montar isso à mão. A curva de aprendizado é maior que Render ou Railway.",[11,169,170],{},"Os três são opções legítimas. A nota importante é o que vem na seção de armadilhas: free tier de hospedado pisa mais a cada ano, e o caminho histórico do Heroku — começou gratuito, virou US$25\u002Fmês mínimo — é a previsão default pra qualquer plano gratuito de empresa privada.",[69,172,174],{"id":173},"cluster-real-preciso-de-alta-disponibilidade","Cluster real — \"preciso de alta disponibilidade\"",[11,176,177],{},"Categoria curta, com poucos produtos sérios. Aqui a premissa não é \"rodar deploy em mais de um servidor\", é \"se um servidor cair, o cluster continua funcionando sozinho sem intervenção humana\". A diferença é grande, e a maioria do segmento não atravessa essa linha.",[11,179,180,183],{},[42,181,182],{},"HeroCtl"," é o produto que estamos construindo. Plano de controle replicado entre três ou mais servidores desde o primeiro dia. Eleição automática de coordenador em cerca de sete segundos quando o servidor que coordena cai. Roteador integrado, certificados automáticos, métricas e logs embutidos no próprio binário. Modelo comercial com Community gratuito permanente, Business e Enterprise pagos com preço publicado. Faixa ideal: de um a quinhentos servidores.",[11,185,186],{},"A diferença operacional importa quando o cliente entra. Enquanto o painel central de um Coolify multi-server é um ponto único de falha, em HeroCtl não há central — qualquer um dos três primeiros servidores pode coordenar, e a transição entre eles é automática.",[21,188,190],{"id":189},"tabela-comparativa","Tabela comparativa",[192,193,194,218],"table",{},[195,196,197],"thead",{},[198,199,200,204,206,208,210,212,214,216],"tr",{},[201,202,203],"th",{},"Critério",[201,205,80],{},[201,207,86],{},[201,209,92],{},[201,211,108],{},[201,213,134],{},[201,215,154],{},[201,217,182],{},[219,220,221,245,266,287,306,325,344,364,383,406],"tbody",{},[198,222,223,227,230,233,236,238,240,243],{},[224,225,226],"td",{},"Tempo de instalação",[224,228,229],{},"30 min",[224,231,232],{},"10 min",[224,234,235],{},"5 min",[224,237,235],{},[224,239,232],{},[224,241,242],{},"n\u002Fa (hospedado)",[224,244,235],{},[198,246,247,250,253,256,258,260,262,264],{},[224,248,249],{},"Painel web",[224,251,252],{},"Não",[224,254,255],{},"Sim",[224,257,255],{},[224,259,252],{},[224,261,255],{},[224,263,255],{},[224,265,255],{},[198,267,268,271,273,276,278,280,282,285],{},[224,269,270],{},"Multi-server real",[224,272,252],{},[224,274,275],{},"Parcial",[224,277,275],{},[224,279,275],{},[224,281,255],{},[224,283,284],{},"n\u002Fa",[224,286,255],{},[198,288,289,292,294,296,298,300,302,304],{},[224,290,291],{},"Alta disponibilidade real",[224,293,252],{},[224,295,252],{},[224,297,252],{},[224,299,252],{},[224,301,275],{},[224,303,255],{},[224,305,255],{},[198,307,308,311,313,315,317,319,321,323],{},[224,309,310],{},"Certificados automáticos",[224,312,255],{},[224,314,255],{},[224,316,255],{},[224,318,255],{},[224,320,255],{},[224,322,255],{},[224,324,255],{},[198,326,327,330,332,334,336,338,340,342],{},[224,328,329],{},"Criptografia entre serviços",[224,331,252],{},[224,333,252],{},[224,335,252],{},[224,337,252],{},[224,339,252],{},[224,341,255],{},[224,343,255],{},[198,345,346,349,351,354,356,358,360,362],{},[224,347,348],{},"Métricas embutidas",[224,350,252],{},[224,352,353],{},"Plugin",[224,355,255],{},[224,357,252],{},[224,359,255],{},[224,361,255],{},[224,363,255],{},[198,365,366,369,371,373,375,377,379,381],{},[224,367,368],{},"Logs embutidos",[224,370,252],{},[224,372,353],{},[224,374,255],{},[224,376,252],{},[224,378,255],{},[224,380,255],{},[224,382,255],{},[198,384,385,388,391,393,396,398,400,403],{},[224,386,387],{},"Modelo comercial",[224,389,390],{},"Open-source",[224,392,390],{},[224,394,395],{},"Open-source + cloud paga",[224,397,390],{},[224,399,390],{},[224,401,402],{},"Hospedado pago",[224,404,405],{},"Community gratuito + Business\u002FEnterprise",[198,407,408,411,414,417,419,422,425,427],{},[224,409,410],{},"Faixa ideal",[224,412,413],{},"1 servidor",[224,415,416],{},"1–3 servidores",[224,418,416],{},[224,420,421],{},"1–10 servidores",[224,423,424],{},"3–10 servidores",[224,426,284],{},[224,428,429],{},"1–500 servidores",[11,431,432],{},"A coluna que separa o segmento em duas metades é \"alta disponibilidade real\". À esquerda dela, todos os produtos compartilham a mesma premissa: multi-server é destino de deploy, não cluster com consenso. À direita, o painel\u002Fcontrol plane é replicado e sobrevive à perda de qualquer servidor.",[21,434,436],{"id":435},"decisao-por-perfil-de-uso","Decisão por perfil de uso",[11,438,439],{},"Quatro perfis cobrem a maioria dos casos.",[11,441,442,445],{},[42,443,444],{},"Solo dev, hobby project, um VPS."," Dokku se você gosta de CLI e quer estabilidade. Coolify se você prefere painel web. Kamal se você está num stack Rails ou Node e já trabalha bem com SSH e arquivos de configuração. Qualquer um dos três resolve. A escolha é mais de gosto do que de capacidade técnica.",[11,447,448,451],{},[42,449,450],{},"Indie hacker com um a três SaaS pequenos, ainda um servidor."," Coolify ou Dokploy. A diferença prática é o ecossistema de plugins (Coolify tem mais) e a fundação técnica (Dokploy aposta em Swarm). Pros próximos doze meses, qualquer um dos dois funciona; a migração entre eles é factível porque ambos rodam containers Docker padrão. A decisão arquitetural importante é diferente: quando você passar de um servidor pra dois, vai sentir o ponto único de falha do painel — e essa é a hora de avaliar se a próxima migração é Dokploy multi-server ou um cluster de verdade.",[11,453,454,457],{},[42,455,456],{},"Startup com primeiro cliente sério, SLA contratual entrando em vigor."," HeroCtl. Aqui o painel single-server vira passivo legal — qualquer SLA escrito em contrato comercial assume que a infraestrutura sobrevive à perda de um nó, e nenhum painel single-server faz isso. Você pode tentar montar redundância manual em cima de Coolify ou Dokploy, mas o resultado vai ser frágil e custoso de operar. A regra simples é: na hora que o contrato com cliente menciona \"uptime\", o cluster com consenso deixa de ser luxo.",[11,459,460,463],{},[42,461,462],{},"Empresa estabelecida, cinquenta servidores ou mais, time de plataforma com três pessoas dedicadas."," Aqui a conversa muda. K8s gerenciado em provedor cloud passa a ser a opção sensata, porque o ecossistema de operadores é maior e o time tem competência pra absorver a complexidade. HeroCtl roda nessa faixa também — testamos centenas de nós em laboratório, dezenas em produção de clientes — mas acima de cem servidores o teto da nossa biblioteca de operadores especializados começa a aparecer.",[21,465,467],{"id":466},"as-tres-armadilhas-do-segmento","As três armadilhas do segmento",[69,469,471],{"id":470},"multi-server-nao-significa-alta-disponibilidade-real","\"Multi-server\" não significa \"alta disponibilidade real\"",[11,473,474],{},"A confusão mais cara. A maioria dos painéis lista \"multi-server\" como feature, e o leitor casual interpreta isso como \"se um servidor cair, o sistema continua funcionando\". Não é o que está sendo oferecido. Multi-server na maioria dos painéis significa: o painel central, rodando num servidor único, é capaz de fazer deploy em vários servidores remotos.",[11,476,477],{},"Quando o servidor do painel cai, você perde controle. Os containers em produção continuam rodando — Docker não para por causa disso — mas você não consegue mais fazer deploy, ler logs centralizados, reiniciar serviço, escalar. Fica esperando voltar.",[11,479,480],{},"Alta disponibilidade real exige consenso entre múltiplos servidores: pelo menos três processos do painel rodando, eleição automática de coordenador, replicação do estado entre eles. Se o coordenador cai, outro assume em segundos. Essa é uma arquitetura diferente, mais cara de construir e mais cara de operar. Por isso poucos produtos do segmento entregam.",[11,482,483],{},"A pergunta concreta pra fazer ao avaliar qualquer produto: \"se o servidor onde roda o painel for desligado agora, em quanto tempo o sistema volta a aceitar deploys, e essa volta é automática ou manual?\". Se a resposta envolve um humano abrindo SSH em algum lugar, não é alta disponibilidade.",[69,485,487],{"id":486},"plugin-ecosystem-pode-ser-dependencia-disfarcada","\"Plugin ecosystem\" pode ser dependência disfarçada",[11,489,490],{},"Os painéis com loja de plugins parecem completos: você instala um plugin pra ter Postgres gerenciado, outro pra Redis, outro pra Sentry-like, outro pra backup automático, outro pra monitoramento. Cada um resolve um pedaço, e o conjunto soma um Heroku.",[11,492,493],{},"O problema aparece dois anos depois. O plugin de backup foi escrito por um voluntário em 2024 e parou de receber commits em 2025. A versão nova do painel quebrou compatibilidade com ele e ninguém atualizou. Você descobre na hora que precisa restaurar um backup — e a restauração nunca foi testada com a versão atual.",[11,495,496],{},"Esse padrão se repete pra cada plugin. Quanto mais funcionalidades dependem do ecossistema externo, maior a superfície de risco. A defesa estrutural é simples: dê preferência a produtos com bateria incluída — onde Postgres, métricas, logs, certificados, roteamento são parte do produto principal e mantidos pelo mesmo time que mantém o resto. Plugin é cômodo no curto prazo e custoso no médio.",[69,498,500],{"id":499},"free-tier-do-hospedado-nao-e-gratuito-longo-prazo","\"Free tier\" do hospedado não é gratuito longo prazo",[11,502,503],{},"Render, Railway, Fly.io têm planos gratuitos generosos hoje. O Heroku tinha em 2021. A história do segmento mostra um padrão consistente: free tiers de empresas privadas pisam mais a cada rodada de levantamento de capital. Primeiro suspende por inatividade, depois reduz cota, depois adiciona limite de horas, depois transforma em trial de trinta dias, depois encerra.",[11,505,506],{},"Não é maldade — é matemática de negócio. Hospedar workload custa dinheiro, e o investidor cobra retorno. A única exceção estrutural é hospedagem subsidiada por outro produto da mesma empresa (cloud cobrindo PaaS gratuita pra atrair desenvolvedores ao cloud principal), e mesmo essas mudam quando muda o CFO.",[11,508,509],{},"Auto-hospedado é a única defesa estrutural. Você paga a conta do VPS direto pro provedor de infraestrutura, sem intermediário. Quando o intermediário some, sua aplicação não some junto.",[21,511,513],{"id":512},"quando-ficar-no-heroku-render-ou-railway-sem-ironia","Quando ficar no Heroku, Render ou Railway sem ironia",[11,515,516],{},"Vale dizer com clareza: nem todo time precisa sair de hospedagem gerenciada. Há três situações em que ficar é a decisão correta.",[11,518,519,522],{},[42,520,521],{},"Time pequeno sem competência operacional disponível pra cuidar de servidor."," Se a equipe inteira é dois desenvolvedores de produto, nenhum com experiência prévia em Linux\u002FDocker\u002Fnetworking, o custo cognitivo de operar infraestrutura é maior do que a economia mensal. Pague os US$200\u002Fmês de Render e mantenha foco em produto.",[11,524,525,528],{},[42,526,527],{},"Aplicação cujo custo de plataforma é desprezível comparado ao revenue."," Se a empresa fatura US$50k\u002Fmês e a conta do Heroku é US$300, otimizar essa conta é trabalho mal alocado. O retorno marginal de migrar é baixo, e o risco operacional não compensa.",[11,530,531,534],{},[42,532,533],{},"Equipe alocada em produto, não em infra."," Algumas startups são tão dependentes de iteração rápida em produto que qualquer hora gasta em infra é hora roubada do diferencial competitivo. Pra essas, o trade-off de pagar a mais pra não pensar em servidor é valor real, não desperdício.",[11,536,537],{},"A regra simples: se a infra é commodity invisível pro seu negócio, deixe alguém cobrar pra ser invisível pra você. Se a infra é capacidade que diferencia o produto (latência baixa, regiões específicas, compliance específico, uptime contratual), o controle compensa o trabalho.",[21,539,541],{"id":540},"heroctl-no-segmento","HeroCtl no segmento",[11,543,544],{},"Posicionamento honesto: HeroCtl não compete com Dokku ou Coolify no caso de hobby project em um VPS. Pra esse caso, é mais máquina do que precisa. Um indie hacker com uma aplicação Django num servidor de US$5\u002Fmês deve usar Dokku ou Coolify e seguir o dia.",[11,546,547],{},"Onde HeroCtl compete é onde Coolify multi-server, Dokploy e Nomad também competem: o caso de cliente sério com SLA, em que single-server vira passivo legal. Aqui a diferença que oferecemos é cluster com consenso desde o primeiro dia, bateria incluída em vez de cinco produtos pra montar (roteador, certificados, métricas, logs e criptografia entre serviços já no binário), e contrato comercial publicado e congelado — sem mudança retroativa de termos.",[11,549,550],{},"O cluster de demonstração roda quatro servidores totalizando cinco vCPUs e dez gigabytes de RAM, com dezesseis containers ativos servindo cinco sites. O plano de controle ocupa entre 200 e 400 MB por servidor. Comparativamente, o plano de controle de uma versão gerenciada do orquestrador grande começa em cerca de 700 MB por nó-mestre antes de qualquer aplicação subir.",[11,552,553],{},"O job spec típico tem cerca de cinquenta linhas — descreve serviço, ingress, secrets, recursos. O equivalente no orquestrador grande passa de trezentas linhas pra cobrir a mesma funcionalidade.",[11,555,556],{},"HeroCtl não compete com cloud gerenciado em escala de cem nós ou mais. A faixa ideal é um a quinhentos servidores. Acima disso, o ecossistema externo de operadores especializados ainda dá vantagem ao orquestrador grande, e ser honesto sobre isso é parte do contrato.",[21,558,560],{"id":559},"perguntas-que-recebemos","Perguntas que recebemos",[11,562,563,566],{},[42,564,565],{},"Posso migrar do Heroku direto pro HeroCtl?","\nSim, com algumas adaptações. Aplicação web stateless com Postgres separado migra fácil — você containeriza com Dockerfile, descreve o job em cinquenta linhas, sobe. Workers separados (Sidekiq, Celery) viram jobs adicionais no mesmo cluster. O que precisa ser repensado é o que dependia de add-ons gerenciados.",[11,568,569,572],{},[42,570,571],{},"E os add-ons (Postgres, Redis, Sentry)?","\nPostgres você roda como job no próprio cluster, com volume persistente, e cuida de backup como humano cuida — não há operador automático que faça isso melhor do que você fazendo direito. Redis idem. Sentry self-hosted existe e roda em qualquer cluster Docker — e há produto comercial hospedado se preferir não operar. A regra geral: dados críticos rodam no cluster, observabilidade pode rodar fora.",[11,574,575,578],{},[42,576,577],{},"Quanto custa em comparação?","\nTomando como base uma startup com cinco aplicações pequenas: Heroku-pago sai em torno de US$125\u002Fmês mínimo, sem add-ons. Render sai entre US$50 e US$150 dependendo do uso. Cluster próprio em VPS de três nós sai US$30 a US$60\u002Fmês total no provedor de infraestrutura. A economia direta é real, e fica mais expressiva conforme as aplicações crescem.",[11,580,581,584],{},[42,582,583],{},"E se eu já estou no Coolify?","\nNão há urgência de migrar enquanto você opera com um único servidor. A hora de considerar é quando o painel single-server vira ponto único de falha contratual — primeiro cliente sério com SLA escrito. Até lá, Coolify funciona bem.",[11,586,587,590],{},[42,588,589],{},"E pra um app Django com Celery, ou Rails com Sidekiq?","\nFunciona naturalmente. Você define um job pro processo web e outro job pro processo de worker, ambos compartilhando a mesma imagem mas com comandos diferentes. O cluster orquestra os dois independentemente, e o broker (Redis ou similar) é mais um job no mesmo cluster.",[11,592,593,596],{},[42,594,595],{},"E pra um app Node.js com workers separados?","\nMesma história. Worker é só outro processo, definido como outro job. Não há distinção arquitetural entre \"web\" e \"worker\" no nível do orquestrador — são containers que rodam código.",[11,598,599,602],{},[42,600,601],{},"Os preços do Business saem quando?","\nA página de planos publica os valores. A linha de corte é desenhada pra que você só pague Business quando a empresa for grande o suficiente pra que SSO, RBAC granular e auditoria detalhada sejam exigências reais — não preferência. Pra todo o resto, Community resolve, e Community é gratuito permanente sem feature gate artificial.",[21,604,606],{"id":605},"fechamento","Fechamento",[11,608,609],{},"O segmento de \"Heroku auto-hospedado\" amadureceu. Em 2026, há produtos sérios pra cada perfil de uso, e a decisão depende menos de \"qual é o melhor\" e mais de \"qual cabe no meu caso\". Hobby project não precisa de cluster com consenso. Cliente sério com SLA não cabe em painel single-server.",[11,611,612],{},"Pra quem está decidindo agora, três recomendações finais. Primeiro, leia o contrato comercial antes de adotar — fuja de termos que permitam mudança retroativa. Segundo, prefira bateria incluída a ecossistemas de plugins onde possível — superfície de risco menor. Terceiro, teste o caminho de falha antes do incidente real — desligue um servidor e veja o que acontece, com calma, durante o dia.",[11,614,615],{},"Pra começar com HeroCtl em três servidores Linux:",[617,618,623],"pre",{"className":619,"code":621,"language":622},[620],"language-text","curl -sSL get.heroctl.com\u002Finstall.sh | sh\n","text",[29,624,621],{"__ignoreMap":625},"",[11,627,628,629,633,634,638],{},"Se quiser ler mais antes, há dois posts adjacentes: ",[115,630,632],{"href":631},"\u002Fblog\u002Fheroctl-vs-coolify","HeroCtl vs Coolify"," explica a comparação direta com o líder de mindshare do segmento single-server, e ",[115,635,637],{"href":636},"\u002Fblog\u002Fpor-que-criamos-o-heroctl","Por que criamos o HeroCtl"," explica o raciocínio que levou à existência do produto.",[11,640,641],{},"Orquestração de containers, sem cerimônia.",{"title":625,"searchDepth":643,"depth":643,"links":644},2,[645,646,654,655,656,661,662,663,664],{"id":23,"depth":643,"text":24},{"id":66,"depth":643,"text":67,"children":647},[648,650,651,652,653],{"id":71,"depth":649,"text":72},3,{"id":99,"depth":649,"text":100},{"id":128,"depth":649,"text":129},{"id":145,"depth":649,"text":146},{"id":173,"depth":649,"text":174},{"id":189,"depth":643,"text":190},{"id":435,"depth":643,"text":436},{"id":466,"depth":643,"text":467,"children":657},[658,659,660],{"id":470,"depth":649,"text":471},{"id":486,"depth":649,"text":487},{"id":499,"depth":649,"text":500},{"id":512,"depth":643,"text":513},{"id":540,"depth":643,"text":541},{"id":559,"depth":643,"text":560},{"id":605,"depth":643,"text":606},"comparativo",null,"2025-11-19","Desde que a Salesforce matou o plano gratuito do Heroku em novembro\u002F2022, surgiram dezenas de alternativas auto-hospedadas. Mapa honesto do segmento e como escolher.",false,"md",{},true,"\u002Fblog\u002Fheroku-auto-hospedado-2026","15 min",{"title":5,"description":668},{"loc":673},"blog\u002Fheroku-auto-hospedado-2026",[679,680,681,665,682],"heroku","self-hosted","paas","segmento","3rQx1d4AWPQTqmkY188c4xWB8RxcO3xmGFe73-ejSrE",[685,691],{"title":686,"path":687,"stem":688,"description":689,"date":690,"category":665,"children":-1},"HeroCtl vs Nomad: a alternativa pra quem foi pego pela mudança de licença","\u002Fblog\u002Fheroctl-vs-nomad","blog\u002Fheroctl-vs-nomad","HashiCorp trocou a licença do Nomad em agosto de 2023 e foi adquirida pela IBM em fevereiro de 2025. Pra quem está adotando hoje, é um asterisco grande.","2026-02-19",{"title":692,"path":693,"stem":694,"description":695,"date":696,"category":665,"children":-1},"Hetzner vs DigitalOcean vs Magalu Cloud: qual VPS escolher pra startup brasileira em 2026","\u002Fblog\u002Fhetzner-vs-digitalocean-vs-magalu-cloud-startup-brasil","blog\u002Fhetzner-vs-digitalocean-vs-magalu-cloud-startup-brasil","Hetzner é 3-5× mais barato mas sem datacenter no Brasil. DigitalOcean tem mais regiões mas custa mais. Magalu Cloud é nacional mas em maturação. Análise honesta com latência, custo, e quando cada um faz sentido.","2026-04-29",{"path":698},"\u002Fen\u002Fblog\u002Fself-hosted-heroku-2026",1777362184359]