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 est une primitive d’exécution de code non fiable intégrée à la plateforme Vercel, plutôt qu’un catalogue complet de services.
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.
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 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 ↓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
| Fonctionnalité | Moltern | Vercel Sandbox |
|---|---|---|
| Build et déploiement | ||
| Déploiements Git | MolternDocumenté Dépôt, branche et paramètres de build | Vercel SandboxExploité par votre équipe |
| Sites statiques | MolternDocumenté Applications statiques et serveur | Vercel SandboxExploité par votre équipe |
| Workloads conteneurisés | MolternDocumenté Builds applicatifs et services packagés | Vercel SandboxExploité par votre équipe |
| Tâches en arrière-plan | MolternDocumenté Processus applicatifs et services compatibles | Vercel SandboxExploité par votre équipe |
| Séparation des environnements | MolternDocumenté Environnements production, préproduction, développement et preview | Vercel SandboxOffre / configuration |
| Historique et retour arrière | MolternDocumenté Historique des versions et retour arrière applicatif | Vercel SandboxExploité par votre équipe |
| Services et données | ||
| Catalogue de services packagés | MolternDocumenté Bases, CMS, analytique, automatisation et autres outils | Vercel SandboxExploité par votre équipe |
| Bases SQL | MolternDocumenté 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 messages | MolternDocumenté Déployez les services compatibles du catalogue | Vercel SandboxService ou intégration distincts Utilisez une base ou un stockage associé |
| Stockage persistant | MolternDocumenté Stockage par workload et capacité par espace | Vercel SandboxOffre / configuration Stockage durable au cycle de vie distinct Drives |
| Connexions privées entre services | MolternDocumenté Cibles choisies et variables de connexion runtime | Vercel SandboxExploité par votre équipe |
| Stacks de services IA | MolternDocumenté Services IA du catalogue, ressources selon le workload | Vercel SandboxExploité par votre équipe |
| Espaces pour agents | ||
| Espace pour agent de code | MolternDocumenté 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’agent | MolternDocumenté Sessions fournisseur ou clés API prises en charge | Vercel SandboxExploité par votre équipe |
| Droits d’agent par cible | MolternDocumenté Lecture du contexte ou connexion aux workloads choisis | Vercel SandboxÀ confirmer selon vos besoins |
| Terminal dans le navigateur | MolternDocumenté 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’agent | MolternDocumenté Espace persistant optionnel dans le quota de stockage | Vercel SandboxDocumenté |
| Bureau distant | MolternOffre / configuration Profil de bureau Omarchy, selon disponibilité et capacité hôte | Vercel SandboxÀ confirmer selon vos besoins |
| Exploitation et supervision | ||
| Logs des applications et services | MolternDocumenté Visibilité du déploiement et de l’exécution | Vercel SandboxDocumenté |
| Suivi des ressources | MolternDocumenté Vues CPU, mémoire et état des workloads | Vercel SandboxOffre / configuration |
| Autoscaling des instances | MolternOffre / configuration Workloads éligibles, instances min/max et cible CPU | Vercel SandboxExploité par votre équipe |
| Domaines et routes TLS | MolternDocumenté Domaines applicatifs et configuration des routes | Vercel SandboxOffre / configuration |
| Gestion des secrets | MolternDocumenté Variables build/runtime, droits d’usage et de révélation séparés | Vercel SandboxDocumenté |
| Webhooks événementiels | MolternDocumenté Événements d’espace et gestion des webhooks | Vercel SandboxÀ confirmer selon vos besoins |
| Identité et gouvernance | ||
| Organisations et espaces | MolternDocumenté Organisation partagée, responsabilités distinctes par espace | Vercel SandboxDocumenté |
| Rôles et groupes à portée définie | MolternDocumenté Portées environnement/ressource, groupes et expiration | Vercel SandboxOffre / configuration Rôles projet/équipe, portée ressource à vérifier |
| SSO SAML / OIDC | MolternDocumenté Domaines vérifiés, contrôle fournisseur et SSO obligatoire | Vercel SandboxOffre / configuration SSO selon l’offre organisation |
| Provisionnement SCIM | MolternDocumenté Synchronisez personnes/groupes, puis attribuez les accès workload | Vercel SandboxOffre / configuration Provisionnement annuaire selon l’offre |
| Historique d’audit | MolternDocumenté Historique de sécurité et exports d’audit de l’organisation | Vercel SandboxÀ confirmer selon vos besoins |
| Revues d’accès et approbations | MolternDocumenté 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 sandbox | MolternPé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 plateforme | MolternPérimètre différent CLI fournisseurs dans les agents ; CLI Moltern à venir | Vercel SandboxDocumentésandbox CLI |
| Accès root VM sans restriction | MolternPérimètre différent Terminaux de workloads ; aucune promesse de VM root sans restriction | Vercel SandboxDocumentéUbuntu |
| Snapshots et restauration d’environnement | MolternÀ 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 GPU | MolternÀ confirmer selon vos besoins Services IA ; capacité GPU à confirmer pour votre déploiement | Vercel SandboxÀ confirmer selon vos besoins |
| Isolation du code non fiable | MolternÀ confirmer selon vos besoins Workloads privés ; exigences d’isolation à examiner | Vercel SandboxDocumenté |
| Coûts et limites | ||
| Budgets et garde-fous de dépenses | MolternOffre / 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 site | MolternOffre / configuration Disponible sur accord pour les grandes organisations | Vercel SandboxÀ confirmer selon vos besoins |
| Détail de facturation | MolternDocumenté Capacités incluses, usage mesuré et suivi du stockage | Vercel SandboxDocumenté |
| Responsabilité sauvegarde et reprise | MolternExploité par votre équipe Selon le service ; responsables désignés et restauration testée | Vercel SandboxExploité par votre équipe |
« À 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.
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.
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.
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.
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 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.
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 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.
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.
Déployez l’application, connectez uniquement les services nécessaires et testez routage, persistance, logs et accès avec un trafic représentatif.
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.
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.
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.
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.
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.
Utilisez un environnement pris en charge ou un Dockerfile. Le guide explique les exigences de compilation et d’exécution.
Non. Variables, dépendances, stockage et accès diffèrent. Chaque guide décrit la configuration propre au service.
Moltern documente plusieurs outils de fournisseurs et un terminal générique. Leur connexion et leurs conditions d’utilisation continuent de s’appliquer.
Partez de votre code ou choisissez un service, puis définissez comment vous allez l’exploiter.
Commencer ↗