O que é o Heroku, como funcionam os dynos e para que serve

Publicado em 2026-10-26 por frfrand

Guia prática sobre o que é o Heroku, como funcionam os dynos e para que serve com exemplos e comparação de infraestrutura.

Heroku popularizou uma ideia excelente: que implantar um aplicativo não deveria começar por aprender a configurar Linux. Você envia seu código, indica como iniciar e a plataforma executa. O que vale a pena entender é o que são os dynos e o que é pago ou gerenciado separadamente.

Não vou tentar vender a ideia de que uma plataforma é perfeita para todos. O útil é entender qual trabalho ela te poupa, qual trabalho continua sendo seu e quanto pode custar mantê-la quando o projeto deixa de ser uma prova.

Heroku: o que ela realmente oferece

Um dyno é uma unidade de execução para seus processos. Você pode ter um processo web, outro que trabalha com uma fila e add-ons para componentes como bancos de dados. Isso simplifica muitas tarefas, mas seu modelo de execução não equivale a ter root dentro de um VPS.

Um exemplo que você poderia ter amanhã

Imagine um chatbot que recebe mensagens por webhook e gera respostas com um provedor de IA. O receptor web pode viver em um processo; a geração, em um worker. O erro seria colocar ambos em uma única requisição HTTP e esperar que nunca seja interrompida.

Como começar sem complicar demais

Prepare seu aplicativo com dependências e comando de inicialização declarados, por exemplo, por meio de um Procfile quando aplicável.
Conecte o projeto ao fluxo de implantação compatível com o Heroku e teste uma versão de staging.
Configure variáveis privadas e o add-on ou serviço externo do PostgreSQL se o seu aplicativo precisar.
Separe dynos web de workers quando tiver tarefas prolongadas, como gerar relatórios.
Revise logs, consumo, persistência de arquivos e custos antes de convidar usuários reais.

O quinto passo costuma ser o que é pulado: abrir o aplicativo em outro dispositivo, executar uma operação que grave dados, revisar um log e verificar novamente após reiniciar. Isso vale mais do que uma captura de tela onde o painel diz «deployed».

O erro que evitaria

O sistema de arquivos dos dynos não é um armazenamento permanente para arquivos enviados por usuários. Tampouco basta olhar o preço de um dyno: adicione o banco, as filas, o armazenamento e outros add-ons.

Há outra regra simples: se o projeto tiver clientes ou pagamentos, não experimente com migrações diretamente sobre a única cópia do banco. Teste em um ambiente separado, guarde uma cópia verificável e prepare como voltar atrás.

Como resolveria o mesmo no ArduMaker?

No no ArduMaker esses processos podem conviver em um VPS e serem administrados por serviços separados; PostgreSQL ou Redis são implantados na mesma infraestrutura quando necessário. Você tem root e mais margem para instalar ferramentas, mas a operação do servidor deixa de estar completamente abstraída.

Em um caso típico, você poderia criar o VPS no ArduMaker, conectar o repositório Git, instalar ou gerenciar o PostgreSQL de acordo com a aplicação, definir o processo de execução e publicar um domínio HTTPS. Se houver um worker que demora vários minutos, separe-o do serviço HTTP. E se o projeto tiver vários clientes, organize-os por Empresa para evitar permissões e recursos misturados.

Necessidade	Heroku	ArduMaker
Modelo principal	Um dyno é uma unidade de execução para seus processos	VPS com ferramentas de administração, Git, serviços e MCP
Acesso ao sistema	Depende da plataforma ou do servidor onde está instalado	Administração do ambiente VPS
Banco de dados e workers	Dependem do produto e sua configuração	Podem ser executados no VPS de acordo com os recursos disponíveis
Manutenção	Compartilhada ou assumida por você de acordo com o serviço	Aplicação e sistema requerem controle e manutenção

O que eu olharia antes de pagar ou migrar

Não escolheria por um único número na página de preços. Anote CPU, RAM, armazenamento persistente, tráfego, backups, suporte e tempo de manutenção. Se precisar adicionar um banco gerenciado, um serviço de workers ou um painel com licença, inclua-os. Se quiser redundância entre servidores, também é preciso projetá-la: um VPS por si só não é alta disponibilidade.

Então, qual eu usaria?

Heroku faz sentido para equipes que priorizam a experiência PaaS e seu ecossistema. ArduMaker pode ser vantajoso quando o aplicativo precisa de várias peças persistentes e acesso ao sistema com um plano de VPS.

Um teste honesto: publique uma API mínima, conecte-a a um banco, pare o processo para ver o que o sistema registra e tente recuperá-lo. A plataforma com a qual sua equipe conseguir repetir esses passos sem sofrer costuma ser aquela que mais valor agrega.

Fontes e leituras para continuar

A ideia final: primeiro resolva um problema real com a ferramenta. Depois compare quanto esforço leva mantê-lo. Aí aparece a diferença entre uma demonstração e um aplicativo que você pode entregar a um cliente.