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 ↗Azure App Service executa apps web e APIs em planos gerenciados, com identidade, rede e dados do Azure.
Um app raramente funciona sozinho: há dados, tarefas em segundo plano, segredos e pessoas que precisam de acesso. Azure App Service executa apps web e APIs em planos gerenciados, com identidade, rede e dados do Azure. 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 ↗Azure App Service executa apps web e APIs em planos gerenciados, com identidade, rede e dados do Azure.
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 | Azure App Service |
|---|---|---|
| Build e deploy | ||
| Deploy via Git | MolternDocumentado Repositório, branch e build | Azure App ServiceDocumentado Builds ligados ao repositório |
| Sites estáticos | MolternDocumentado Apps estáticos e de servidor | Azure App ServiceDocumentado |
| Workloads em containers | MolternDocumentado Builds de apps e serviços empacotados | Azure App ServiceDocumentado Workloads Docker / OCI Linux · Windows · Custom Containers |
| Tarefas em segundo plano | MolternDocumentado Processos de apps e serviços compatíveis | Azure App ServiceDocumentado |
| Separação de ambientes | MolternDocumentado Produção, staging, desenvolvimento e preview | Azure App ServicePlano / configuraçãoDeployment Slots |
| Histórico e rollback | MolternDocumentado Histórico de versões e rollback de apps | Azure App ServiceDocumentado |
| Serviços e dados | ||
| Catálogo de serviços | MolternDocumentado Bancos, CMS, analytics, automação e mais | Azure App ServiceServiço ou integração à parte |
| Bancos SQL | MolternDocumentado Serviços de banco com configuração específica | Azure App ServiceServiço ou integração à parte Use um produto de banco ou armazenamento vinculado Azure Database |
| Caches e filas | MolternDocumentado Implante serviços compatíveis do catálogo | Azure App ServiceServiço ou integração à parte Use um produto de banco ou armazenamento vinculado |
| Armazenamento persistente | MolternDocumentado Armazenamento por workload na cota do workspace | Azure App ServicePlano / configuração Armazenamento durável com ciclo próprio |
| Conexões privadas entre serviços | MolternDocumentado Destinos selecionados e variáveis de conexão | Azure App ServicePlano / configuração Conexão privada exige configuração das cargas |
| Stacks de IA | MolternDocumentado Serviços de IA do catálogo com recursos por workload | Azure App ServiceServiç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 | Azure App ServiceServiço ou integração à parte |
| Login no provedor do agente | MolternDocumentado Salve sessões compatíveis ou chaves API | Azure App ServiceServiço ou integração à parte |
| Permissões do agente por destino | MolternDocumentado Leia contexto ou conecte workloads escolhidos explicitamente | Azure App ServiceSua equipe opera |
| Terminal no navegador | MolternDocumentado Várias abas de terminal em workspaces privados | Azure App ServiceDocumentado Shell ou execução de processos no runtime |
| Arquivos persistentes do agente | MolternDocumentado Workspace persistente opcional, dentro da cota | Azure App ServiceServiço ou integração à parte |
| Área de trabalho remota | MolternPlano / configuração Perfil Omarchy sujeito à disponibilidade e capacidade | Azure App ServiceServiço ou integração à parte |
| Operação e observabilidade | ||
| Logs de apps e serviços | MolternDocumentado Visibilidade de deploy e execução | Azure App ServiceDocumentadoAzure Monitor |
| Monitoramento de recursos | MolternDocumentado CPU, memória e estado dos workloads | Azure App ServiceDocumentado |
| Escalonamento automático | MolternPlano / configuração Workloads elegíveis; mínimo, máximo e meta de CPU | Azure App ServicePlano / configuração |
| Domínios e rotas TLS | MolternDocumentado Domínios de apps e configuração de rotas | Azure App ServiceDocumentado |
| Gestão de segredos | MolternDocumentado Variáveis de build/runtime; permissões de uso e revelação separadas | Azure App ServiceDocumentadoApp Settings · Key Vault |
| Webhooks de eventos | MolternDocumentado Entrega de eventos e gestão de webhooks | Azure App ServiceDocumentado |
| Identidade e governança | ||
| Organizações e workspaces | MolternDocumentado Organização compartilhada com responsáveis por workspace | Azure App ServiceDocumentado |
| Papéis e grupos com escopo | MolternDocumentado Escopo por ambiente/recurso, grupos e validade | Azure App ServicePlano / configuração Controles da organização no IAM da nuvem |
| SSO SAML / OIDC | MolternDocumentado Domínios verificados, validação e SSO obrigatório | Azure App ServiceServiço ou integração à parte Controles da organização no IAM da nuvem Microsoft Entra ID |
| Provisionamento SCIM | MolternDocumentado Sincronize usuários e grupos; conceda acesso às cargas separadamente | Azure App ServiceServiço ou integração à parte Controles da organização no IAM da nuvem |
| Histórico de auditoria | MolternDocumentado Histórico de segurança e exportação de auditoria | Azure App ServiceServiço ou integração à parte Controles da organização no IAM da nuvem |
| Revisões de acesso e aprovações | MolternDocumentado Revise acessos e solicitações de ações protegidas | Azure App ServiceConfirme 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 | Azure App ServiceEscopo 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 | Azure App ServiceDocumentado |
| Acesso root irrestrito à VM | MolternEscopo diferente Terminais de workloads; VMs root irrestritas não são prometidas | Azure App ServiceEscopo diferente |
| Snapshots e restauração de ambiente | MolternConfirme os requisitos Arquivos persistentes; snapshots de memória de VM não documentados | Azure App ServiceConfirme os requisitos |
| Computação GPU | MolternConfirme os requisitos Serviços de IA; confirme a capacidade GPU da implantação | Azure App ServiceConfirme os requisitos |
| Isolamento de código não confiável | MolternConfirme os requisitos Workloads privados; avalie os requisitos de isolamento | Azure App ServiceConfirme os requisitos |
| Custos e limites | ||
| Orçamentos e limites de gastos | MolternPlano / configuração Centros de custo, orçamentos e excedentes PAYG com teto | Azure App ServiceServiço ou integração à parte Controles da organização no IAM da nuvem |
| Admissão e cotas de capacidade | MolternDocumentado Cotas de workloads, CPU/RAM e armazenamento | Azure App ServiceDocumentado 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 | Azure App ServicePlano / configuração |
| Implantação on-premises | MolternPlano / configuração Disponível sob acordo para grandes organizações | Azure App ServiceEscopo diferente |
| Detalhamento da cobrança | MolternDocumentado Franquias, uso medido e armazenamento | Azure App ServiceDocumentado |
| Responsabilidade por backup e recuperação | MolternSua equipe opera Depende do serviço; defina responsáveis e teste a restauração | Azure App ServicePlano / 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.
Um agente de código usa um terminal privado. Escolha o provedor e conceda só o contexto necessário. Sem permissão, ele não recebe contexto privado dos recursos.
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.
O Moltern documenta CLIs de vários provedores e um terminal genérico. Login e condições de uso do provedor continuam valendo.
Traga seu código ou escolha um serviço e dê ao resultado um lugar claro para operar.
Começar ↗