Commencer
Explorer Moltern

Pour votre équipe

FondateursDéveloppeursAgencesÉquipes métierÉquipes marketingChefs de produitÉquipes plateformeEntreprises

Solutions

Applications créées avec l’IAHébergement full stackOutils internesIA privéeHébergement de bases de donnéesAutomatisation des workflowsVotre infrastructure

Comparer

Bibliothèque de comparatifsMoltern ou RailwayMoltern ou RenderMoltern ou VercelMoltern ou HerokuMoltern ou Fly.ioMoltern ou DigitalOcean App PlatformMoltern ou CoolifyMoltern ou DokployMoltern ou PortainerMoltern ou BoatMoltern ou E2BMoltern ou DaytonaMoltern ou ModalMoltern ou NamespaceMoltern ou BlaxelMoltern ou exe.devMoltern ou Cloudflare SandboxesMoltern ou Vercel SandboxMoltern ou Deno SandboxMoltern ou Fly.io SpritesMoltern ou RunloopMoltern ou NorthflankMoltern ou ReplitMoltern ou Amazon Bedrock AgentCoreMoltern ou Hetzner CloudMoltern ou Amazon LightsailMoltern ou Azure App ServiceMoltern ou Google Cloud RunMoltern ou NetlifyMoltern ou Supabase

Guides

GuidesDéployer une première applicationConnecter une base privéeDéployer du code créé par un agentLancer un outil interneCréer un environnement de prévisualisationExécuter un système d’IA privéGérer les accès des équipes et des agentsDéplacer une application vers Moltern

Entreprise

À propos de MolternContactPresse et médiasKit de marque

Programmes

PartenairesProgramme d’affiliationProgramme startupsProgramme étudiants

Ressources

Référence API publiqueParcours en ligne de commandeÉtat et exploitationCarrières
MolternMoltern ou Vercel Sandbox
Comparer

Moltern ou Vercel Sandbox

Vercel Sandbox est une primitive d’exécution de code non fiable intégrée à la plateforme Vercel, plutôt qu’un catalogue complet de services.

Visuels Flight paths / 56
Illustration du parcours produit
Une prochaine étape utile

Une application fonctionne rarement seule : elle a des données, des tâches de fond, des secrets et des personnes à autoriser. Vercel Sandbox est une primitive d’exécution de code non fiable intégrée à la plateforme Vercel, plutôt qu’un catalogue complet de services. Comparez ce point de départ avec l’espace de travail Moltern pour déterminer ce que votre équipe devra exploiter.

Bibliothèque de comparatifs / Sandboxes pour agents

Partez du bon besoin.

Moltern

Choisissez Moltern si

Vous voulez réunir applications, bases de données, logiciels du catalogue et agents privés dans un espace de travail, avec des droits ciblés et une gouvernance d’organisation.

Parlons de votre stack ↗
Vercel Sandbox

Ce qui structure Vercel Sandbox

Vercel Sandbox est une primitive d’exécution de code non fiable intégrée à la plateforme Vercel, plutôt qu’un catalogue complet de services.

Méthode et documentation ↓
42 · critères détaillés

Pensez au-delà du premier déploiement.

Ce qui est inclus, ce qui dépend de l’offre et ce que votre équipe doit intégrer ou exploiter.

42 / 42 · critères affichés

Moltern ou Vercel Sandbox · Ce qui est inclus, ce qui dépend de l’offre et ce que votre équipe doit intégrer ou exploiter.
FonctionnalitéMolternVercel Sandbox
Build et déploiement
Déploiements GitMolternDocumenté

Dépôt, branche et paramètres de build

Vercel SandboxExploité par votre équipe
Sites statiquesMolternDocumenté

Applications statiques et serveur

Vercel SandboxExploité par votre équipe
Workloads conteneurisésMolternDocumenté

Builds applicatifs et services packagés

Vercel SandboxExploité par votre équipe
Tâches en arrière-planMolternDocumenté

Processus applicatifs et services compatibles

Vercel SandboxExploité par votre équipe
Séparation des environnementsMolternDocumenté

Environnements production, préproduction, développement et preview

Vercel SandboxOffre / configuration
Historique et retour arrièreMolternDocumenté

Historique des versions et retour arrière applicatif

Vercel SandboxExploité par votre équipe
Services et données
Catalogue de services packagésMolternDocumenté

Bases, CMS, analytique, automatisation et autres outils

Vercel SandboxExploité par votre équipe
Bases SQLMolternDocumenté

Services de bases avec configuration propre à chaque service

Vercel SandboxService ou intégration distincts

Utilisez une base ou un stockage associé

Caches et files de messagesMolternDocumenté

Déployez les services compatibles du catalogue

Vercel SandboxService ou intégration distincts

Utilisez une base ou un stockage associé

Stockage persistantMolternDocumenté

Stockage par workload et capacité par espace

Vercel SandboxOffre / configuration

Stockage durable au cycle de vie distinct

Drives
Connexions privées entre servicesMolternDocumenté

Cibles choisies et variables de connexion runtime

Vercel SandboxExploité par votre équipe
Stacks de services IAMolternDocumenté

Services IA du catalogue, ressources selon le workload

Vercel SandboxExploité par votre équipe
Espaces pour agents
Espace pour agent de codeMolternDocumenté

Espaces privés Codex, Claude Code, Gemini CLI et OpenCode

Vercel SandboxExploité par votre équipe

Installez et configurez l’agent de votre choix

Connexion au fournisseur d’agentMolternDocumenté

Sessions fournisseur ou clés API prises en charge

Vercel SandboxExploité par votre équipe
Droits d’agent par cibleMolternDocumenté

Lecture du contexte ou connexion aux workloads choisis

Vercel SandboxÀ confirmer selon vos besoins
Terminal dans le navigateurMolternDocumenté

Plusieurs onglets de terminal dans les espaces privés

Vercel SandboxOffre / configuration

Shell ou exécution de processus dans le runtime

Fichiers persistants de l’agentMolternDocumenté

Espace persistant optionnel dans le quota de stockage

Vercel SandboxDocumenté
Bureau distantMolternOffre / configuration

Profil de bureau Omarchy, selon disponibilité et capacité hôte

Vercel SandboxÀ confirmer selon vos besoins
Exploitation et supervision
Logs des applications et servicesMolternDocumenté

Visibilité du déploiement et de l’exécution

Vercel SandboxDocumenté
Suivi des ressourcesMolternDocumenté

Vues CPU, mémoire et état des workloads

Vercel SandboxOffre / configuration
Autoscaling des instancesMolternOffre / configuration

Workloads éligibles, instances min/max et cible CPU

Vercel SandboxExploité par votre équipe
Domaines et routes TLSMolternDocumenté

Domaines applicatifs et configuration des routes

Vercel SandboxOffre / configuration
Gestion des secretsMolternDocumenté

Variables build/runtime, droits d’usage et de révélation séparés

Vercel SandboxDocumenté
Webhooks événementielsMolternDocumenté

Événements d’espace et gestion des webhooks

Vercel SandboxÀ confirmer selon vos besoins
Identité et gouvernance
Organisations et espacesMolternDocumenté

Organisation partagée, responsabilités distinctes par espace

Vercel SandboxDocumenté
Rôles et groupes à portée définieMolternDocumenté

Portées environnement/ressource, groupes et expiration

Vercel SandboxOffre / configuration

Rôles projet/équipe, portée ressource à vérifier

SSO SAML / OIDCMolternDocumenté

Domaines vérifiés, contrôle fournisseur et SSO obligatoire

Vercel SandboxOffre / configuration

SSO selon l’offre organisation

Provisionnement SCIMMolternDocumenté

Synchronisez personnes/groupes, puis attribuez les accès workload

Vercel SandboxOffre / configuration

Provisionnement annuaire selon l’offre

Historique d’auditMolternDocumenté

Historique de sécurité et exports d’audit de l’organisation

Vercel SandboxÀ confirmer selon vos besoins
Revues d’accès et approbationsMolternDocumenté

Revues d’accès et demandes d’actions protégées

Vercel SandboxÀ confirmer selon vos besoins
Primitives d’exécution
SDK public d’exécution sandboxMolternPérimètre différent

API publiques de découverte, sans SDK public d’exécution sandbox

Vercel SandboxDocumenté

Cycle de vie et commandes pilotés par programme

@vercel/sandbox · vercel.sandbox
CLI de la plateformeMolternPérimètre différent

CLI fournisseurs dans les agents ; CLI Moltern à venir

Vercel SandboxDocumentésandbox CLI
Accès root VM sans restrictionMolternPérimètre différent

Terminaux de workloads ; aucune promesse de VM root sans restriction

Vercel SandboxDocumentéUbuntu
Snapshots et restauration d’environnementMolternÀ confirmer selon vos besoins

Fichiers persistants ; snapshots mémoire VM non documentés

Vercel SandboxOffre / configuration

Vérifiez séparément disque, mémoire et reprise

Snapshots
Calcul GPUMolternÀ confirmer selon vos besoins

Services IA ; capacité GPU à confirmer pour votre déploiement

Vercel SandboxÀ confirmer selon vos besoins
Isolation du code non fiableMolternÀ confirmer selon vos besoins

Workloads privés ; exigences d’isolation à examiner

Vercel SandboxDocumenté
Coûts et limites
Budgets et garde-fous de dépensesMolternOffre / configuration

Centres de coûts, budgets et PAYG plafonné si éligible

Vercel SandboxOffre / configuration
Admission et quotas de capacitéMolternDocumenté

Quotas de workloads, CPU/RAM et stockage

Vercel SandboxDocumenté

Configurez taille, quotas et cycle de vie

Gestion de l’inactivitéMolternOffre / configuration

Veille possible en Hobby ; pas de veille Hobby en Pro

Vercel SandboxOffre / configuration
Déploiement sur siteMolternOffre / configuration

Disponible sur accord pour les grandes organisations

Vercel SandboxÀ confirmer selon vos besoins
Détail de facturationMolternDocumenté

Capacités incluses, usage mesuré et suivi du stockage

Vercel SandboxDocumenté
Responsabilité sauvegarde et repriseMolternExploité par votre équipe

Selon le service ; responsables désignés et restauration testée

Vercel SandboxExploité par votre équipe
Comment lire ce tableau

« À confirmer » signifie que la documentation consultée n’établit pas de parcours équivalent. Cela ne veut pas dire que la fonctionnalité est impossible. Les conditions de l’offre et de configuration restent applicables.

Documenté Offre / configuration Exploité par votre équipe Service ou intégration distincts À confirmer selon vos besoins Périmètre différent
Ce qui est facturé

Les limites qui comptent dans votre choix.

Vérifiez l’offre et la région avant de vous engager. Limites de ressources, cycle de vie et unités de facturation sont des questions distinctes.

01

Capacité et concurrence

Moltern

Applications, services principaux et agents comptent dans le quota de workloads. CPU et RAM des agents sont réservés pendant l’exécution ; leur stockage utilise le pool de l’espace. Le maximum d’autoscaling doit tenir dans le quota disponible.

Vercel Sandbox

Vérifiez séparément créations par minute, environnements simultanés, ressources unitaires et pool d’organisation. Plus d’appels API ne signifie pas plus de capacité d’exécution.

02

Durée et persistance

Moltern

Les services Hobby peuvent se mettre en veille après inactivité. Pro vise la production sans cette mise en veille. Les fichiers persistants des agents survivent aux redémarrages ; les processus et la mémoire ne sont pas repris automatiquement.

Vercel Sandbox

Vercel documente cinq minutes par défaut, une session maximale de 45 minutes en Hobby et 24 heures en Pro/Enterprise. Les sandboxes persistants reprennent entre sessions ; ce plafond ne limite pas leur durée totale.

03

Ce qui est facturé

Moltern

Consultez les capacités incluses, l’usage mesuré, le stockage et les dépassements autorisés dans le produit. Le PAYG dispose d’un plafond mensuel explicite ; une alerte budgétaire et une limite bloquante sont deux contrôles différents.

Vercel Sandbox

Vercel distingue CPU actif et mémoire provisionnée. Créations, réseau, stockage des snapshots et disques, lectures et écritures sont d’autres dimensions de facturation ; tarifs régionaux et quotas s’appliquent.

Moltern

Commencez par un cas réel.

Lire le guide de migration ↗
  1. 01

    Recensez l’application et ses dépendances.

    Listez dépôts, workers, données, secrets, domaines et responsables. Préparez un export et un retour arrière avant toute migration de données.

  2. 02

    Créez un environnement de préproduction.

    Déployez l’application, connectez uniquement les services nécessaires et testez routage, persistance, logs et accès avec un trafic représentatif.

  3. 03

    Comparez le coût d’exploitation complet.

    Incluez builds, exécution, stockage, trafic, fournisseurs IA et temps de votre équipe. Ne basculez la production qu’une fois la reprise et les responsabilités clarifiées.

Méthode et documentation

Revu le 26 octobre 2026 à partir de la documentation publique. Ce comparatif porte sur les usages, sans constituer un benchmark, un audit de certification ni une garantie d’équivalence. Produits associés, contrats entreprise et installations autogérées ont leurs propres conditions.

Les points à examiner

Passer à la pratique

01

Déployez le code qui vous appartient

Reliez le dépôt et sa branche, vérifiez les commandes, puis réglez le port et le contrôle de santé. Un site statique et un service web n’ont pas les mêmes besoins d’exploitation.

02

Choisissez les logiciels nécessaires

Le catalogue comprend données, automatisation, IA, supervision et autres services packagés. Lisez le guide de chaque service et vérifiez sa configuration et ses dépendances avant de le déployer.

03

Limitez les droits des agents

Un agent de code utilise un terminal privé. Choisissez son fournisseur et ne lui accordez que le contexte nécessaire. Sans autorisation, il ne reçoit pas de contexte privé sur les ressources.

Les instructions détaillées sont maintenues dans la documentation produit.

Les questions avant de commencer

Puis-je conserver mon framework ?

Utilisez un environnement pris en charge ou un Dockerfile. Le guide explique les exigences de compilation et d’exécution.

Tous les services se configurent-ils de la même façon ?

Non. Variables, dépendances, stockage et accès diffèrent. Chaque guide décrit la configuration propre au service.

Dois-je changer d’agent de code ?

Moltern documente plusieurs outils de fournisseurs et un terminal générique. Leur connexion et leurs conditions d’utilisation continuent de s’appliquer.

Moltern

Commencez par un projet utile.

Partez de votre code ou choisissez un service, puis définissez comment vous allez l’exploiter.

Commencer ↗