Do Heroku ao Hangar: o que muda na sua aplicação.
Compare o modelo de execução, os add-ons e a cobrança antes de migrar. O Hangar reúne aplicações e PostgreSQL em infraestrutura no Brasil, com planos em reais.
Fontes revisadas em .
Compare a configuração que você realmente vai usar
A decisão depende dos serviços da aplicação, das regiões necessárias e da operação dos dados. A tabela destaca diferenças; não representa equivalência de todas as funcionalidades.
| Critério | Hangar | Heroku |
|---|---|---|
| Execução | Aplicações com build Railpack ou Dockerfile e recursos configurados no workspace. | Dynos e tipos de processo, com recursos e preços por modalidade. |
| Cobrança | Assinatura em reais e capacidade agregada. | Dynos e serviços de dados têm preços próprios, publicados em dólar. |
| Regiões | Infraestrutura no Brasil. | As regiões dependem do runtime e da modalidade de contratação; consulte a lista oficial. |
| Banco e extensões | PostgreSQL; valide versão, extensões e recuperação. | Heroku Postgres e add-ons: inventarie os serviços usados antes de migrar. |
Traduza a configuração de cada processo
Liste tipos de processo do Procfile, buildpacks, comandos de release, variáveis e add-ons. Configure no Hangar o build e o comando de início do serviço web que será migrado.
Valide separadamente tarefas de background, migrações e integrações fornecidas por add-ons. Para PostgreSQL, teste uma cópia dos dados e o procedimento de recuperação antes do corte.
Inclua dados e recuperação no plano de mudança
Meça o comportamento da própria aplicação, estime a capacidade necessária e planeje como mover banco e domínio. Defina uma janela de mudança e um procedimento de recuperação que considere gravações feitas depois da migração.
No Hangar, backup automático, restauração gerenciada de PostgreSQL e escala automática ainda não estão disponíveis. Se o projeto depende desses recursos, resolva essa necessidade antes de escolher a plataforma.
Perguntas frequentes
O Hangar substitui todos os recursos de Heroku?
Não. Compare os serviços usados pela aplicação e os requisitos de dados, rede, capacidade e operação. A decisão deve considerar as capacidades disponíveis e o contrato de cada plataforma.
Compare com a sua própria aplicação.
Siga o primeiro deploy, valide os recursos necessários e avalie a capacidade em reais.