Escolha Moltern quando
Você quer apps, bancos de dados, software do catálogo e agentes privados no mesmo workspace, com acesso delimitado e governança.
Converse sobre sua stack ↗Heroku trabalha com dynos, buildpacks, pipelines e add-ons, com Private Spaces para redes empresariais dedicadas.
Um app raramente funciona sozinho: há dados, tarefas em segundo plano, segredos e pessoas que precisam de acesso. Heroku trabalha com dynos, buildpacks, pipelines e add-ons, com Private Spaces para redes empresariais dedicadas. Compare esse ponto de partida com o workspace Moltern para decidir o que sua equipe vai operar.
Você quer apps, bancos de dados, software do catálogo e agentes privados no mesmo workspace, com acesso delimitado e governança.
Converse sobre sua stack ↗Heroku trabalha com dynos, buildpacks, pipelines e add-ons, com Private Spaces para redes empresariais dedicadas.
Notas da análise e documentação ↓O que está incluído, o que depende do plano e o que sua equipe precisa integrar ou operar.
42 / 42 · critérios exibidos
| Recurso | Moltern | Heroku |
|---|---|---|
| Build e deploy | ||
| Deploy via Git | MolternDocumentado Repositório, branch e build | HerokuDocumentado Builds ligados ao repositório Buildpacks |
| Sites estáticos | MolternDocumentado Apps estáticos e de servidor | HerokuDocumentado |
| Workloads em containers | MolternDocumentado Builds de apps e serviços empacotados | HerokuDocumentado Workloads Docker / OCI Container Registry |
| Tarefas em segundo plano | MolternDocumentado Processos de apps e serviços compatíveis | HerokuDocumentadoDynos |
| Separação de ambientes | MolternDocumentado Produção, staging, desenvolvimento e preview | HerokuPlano / configuração |
| Histórico e rollback | MolternDocumentado Histórico de versões e rollback de apps | HerokuDocumentado |
| Serviços e dados | ||
| Catálogo de serviços | MolternDocumentado Bancos, CMS, analytics, automação e mais | HerokuDocumentadoHeroku Elements |
| Bancos SQL | MolternDocumentado Serviços de banco com configuração específica | HerokuPlano / configuração Provisione um serviço dedicado de banco Heroku Postgres |
| Caches e filas | MolternDocumentado Implante serviços compatíveis do catálogo | HerokuPlano / configuração Provisione um serviço dedicado de banco Heroku Key-Value Store |
| Armazenamento persistente | MolternDocumentado Armazenamento por workload na cota do workspace | HerokuServiço ou integração à parte |
| Conexões privadas entre serviços | MolternDocumentado Destinos selecionados e variáveis de conexão | HerokuPlano / configuração Conexão privada exige configuração das cargas Private Spaces |
| Stacks de IA | MolternDocumentado Serviços de IA do catálogo com recursos por workload | HerokuServiço ou integração à parte |
| Workspaces de agentes | ||
| Workspace de agente de código | MolternDocumentado Workspaces privados de Codex, Claude Code, Gemini CLI e OpenCode | HerokuServiço ou integração à parte |
| Login no provedor do agente | MolternDocumentado Salve sessões compatíveis ou chaves API | HerokuServiço ou integração à parte |
| Permissões do agente por destino | MolternDocumentado Leia contexto ou conecte workloads escolhidos explicitamente | HerokuSua equipe opera |
| Terminal no navegador | MolternDocumentado Várias abas de terminal em workspaces privados | HerokuDocumentado Shell ou execução de processos no runtime |
| Arquivos persistentes do agente | MolternDocumentado Workspace persistente opcional, dentro da cota | HerokuServiço ou integração à parte |
| Área de trabalho remota | MolternPlano / configuração Perfil Omarchy sujeito à disponibilidade e capacidade | HerokuServiço ou integração à parte |
| Operação e observabilidade | ||
| Logs de apps e serviços | MolternDocumentado Visibilidade de deploy e execução | HerokuDocumentado |
| Monitoramento de recursos | MolternDocumentado CPU, memória e estado dos workloads | HerokuDocumentado |
| Escalonamento automático | MolternPlano / configuração Workloads elegíveis; mínimo, máximo e meta de CPU | HerokuPlano / configuração |
| Domínios e rotas TLS | MolternDocumentado Domínios de apps e configuração de rotas | HerokuDocumentado |
| Gestão de segredos | MolternDocumentado Variáveis de build/runtime; permissões de uso e revelação separadas | HerokuDocumentado |
| Webhooks de eventos | MolternDocumentado Entrega de eventos e gestão de webhooks | HerokuDocumentado |
| Identidade e governança | ||
| Organizações e workspaces | MolternDocumentado Organização compartilhada com responsáveis por workspace | HerokuDocumentado |
| Papéis e grupos com escopo | MolternDocumentado Escopo por ambiente/recurso, grupos e validade | HerokuPlano / configuração Papéis por projeto/equipe; verifique o escopo |
| SSO SAML / OIDC | MolternDocumentado Domínios verificados, validação e SSO obrigatório | HerokuPlano / configuração SSO em planos organizacionais elegíveis |
| Provisionamento SCIM | MolternDocumentado Sincronize usuários e grupos; conceda acesso às cargas separadamente | HerokuConfirme os requisitos |
| Histórico de auditoria | MolternDocumentado Histórico de segurança e exportação de auditoria | HerokuConfirme os requisitos |
| Revisões de acesso e aprovações | MolternDocumentado Revise acessos e solicitações de ações protegidas | HerokuConfirme os requisitos |
| Recursos de runtime | ||
| SDK público de execução sandbox | MolternEscopo diferente Endpoints públicos de descoberta; sem SDK de execução sandbox | HerokuEscopo diferente API de gestão é diferente de SDK de execução sandbox |
| CLI da plataforma | MolternEscopo diferente CLIs de provedores nos agentes; CLI Moltern prevista | HerokuDocumentado |
| Acesso root irrestrito à VM | MolternEscopo diferente Terminais de workloads; VMs root irrestritas não são prometidas | HerokuEscopo diferente |
| Snapshots e restauração de ambiente | MolternConfirme os requisitos Arquivos persistentes; snapshots de memória de VM não documentados | HerokuConfirme os requisitos |
| Computação GPU | MolternConfirme os requisitos Serviços de IA; confirme a capacidade GPU da implantação | HerokuConfirme os requisitos |
| Isolamento de código não confiável | MolternConfirme os requisitos Workloads privados; avalie os requisitos de isolamento | HerokuConfirme os requisitos |
| Custos e limites | ||
| Orçamentos e limites de gastos | MolternPlano / configuração Centros de custo, orçamentos e excedentes PAYG com teto | HerokuPlano / configuração |
| Admissão e cotas de capacidade | MolternDocumentado Cotas de workloads, CPU/RAM e armazenamento | HerokuDocumentado Configure recursos, cotas e ciclo de vida |
| Ciclo de inatividade | MolternPlano / configuração Hobby pode suspender; Pro não tem a suspensão do Hobby | HerokuPlano / configuração |
| Implantação on-premises | MolternPlano / configuração Disponível sob acordo para grandes organizações | HerokuEscopo diferente |
| Detalhamento da cobrança | MolternDocumentado Franquias, uso medido e armazenamento | HerokuDocumentado |
| Responsabilidade por backup e recuperação | MolternSua equipe opera Depende do serviço; defina responsáveis e teste a restauração | HerokuPlano / configuração |
“Confirme os requisitos” indica que a documentação consultada não comprova um fluxo equivalente. Isso não significa que o recurso seja impossível. Recursos documentados também dependem das condições do plano e da configuração.
Confira o plano e a região antes de decidir. Limites de recursos, ciclo de vida e unidades de cobrança são questões distintas.
Apps, serviços principais e agentes contam na cota de workloads. CPU e RAM do agente são reservadas durante a execução; o armazenamento persistente usa o pool do workspace. A capacidade máxima de autoscaling precisa caber na cota disponível.
Confira CPU/RAM por serviço, réplicas, builds simultâneos e cotas. Rede privada e autoscaling podem depender do tipo de serviço ou plano.
Serviços Hobby podem entrar em suspensão por inatividade. Pro é voltado à produção sem esse comportamento. Arquivos persistentes dos agentes sobrevivem a reinícios; processos e estado em memória não são retomados automaticamente.
Diferencie serviços contínuos, jobs e funções. Discos persistentes podem alterar opções de escala, réplicas e recuperação; confira a configuração.
Confira no produto as franquias, o uso medido, o armazenamento e os excedentes permitidos. PAYG tem teto mensal explícito; alerta de orçamento e bloqueio de gastos são controles diferentes.
Inclua execução, bancos, builds, armazenamento persistente e tráfego de saída. Recursos de equipe e implantação privada podem exigir outros planos.
Liste repositórios, workers, dados, segredos, domínios e responsáveis. Prepare uma exportação e um caminho de rollback antes de mover dados.
Faça o deploy, conecte só os serviços necessários e teste rotas, persistência, logs e permissões com tráfego representativo.
Inclua build, execução, armazenamento, tráfego, provedores de IA e tempo da equipe. Migre a produção após definir recuperação e responsabilidades.
Revisado em 26 de outubro de 2026 com base na documentação pública. É uma comparação de fluxos, não um benchmark, avaliação de certificação ou garantia de equivalência. Produtos associados, contratos empresariais e instalações próprias têm suas condições.
Conecte repositório e branch, revise os comandos e configure porta e verificação de integridade. Sites estáticos e serviços web têm necessidades operacionais diferentes.
O catálogo inclui dados, automação, IA, monitoramento e outros programas. Leia o guia do serviço e revise configuração e dependências antes de publicar.
Use funções gerenciadas e o menor escopo adequado. Defina validade para acesso temporário, confira as permissões efetivas e revogue ao terminar.
As instruções detalhadas são mantidas na documentação do produto.
Use um runtime compatível ou Dockerfile. Consulte os requisitos de compilação e servidor no guia de aplicações.
Não. Variáveis, dependências, armazenamento e acesso variam. Cada guia explica a configuração específica.
Usar e revelar um segredo são permissões distintas. Conceda acesso sensível somente quando a tarefa exigir.
Traga seu código ou escolha um serviço e dê ao resultado um lugar claro para operar.
Começar ↗