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 Supabase
Comparer

Moltern ou Supabase

Supabase part de Postgres, Auth, Storage, Realtime et Edge Functions ; l’hébergement applicatif plus large reste un choix d’architecture distinct.

Visuels Flight paths / 68
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. Supabase part de Postgres, Auth, Storage, Realtime et Edge Functions ; l’hébergement applicatif plus large reste un choix d’architecture distinct. 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 / Backend et données

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 ↗
Supabase

Ce qui structure Supabase

Supabase part de Postgres, Auth, Storage, Realtime et Edge Functions ; l’hébergement applicatif plus large reste un choix d’architecture distinct.

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 Supabase · Ce qui est inclus, ce qui dépend de l’offre et ce que votre équipe doit intégrer ou exploiter.
FonctionnalitéMolternSupabase
Build et déploiement
Déploiements GitMolternDocumenté

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

SupabaseService ou intégration distincts
Sites statiquesMolternDocumenté

Applications statiques et serveur

SupabaseService ou intégration distincts
Workloads conteneurisésMolternDocumenté

Builds applicatifs et services packagés

SupabaseService ou intégration distincts
Tâches en arrière-planMolternDocumenté

Processus applicatifs et services compatibles

SupabaseService ou intégration distincts

Fonctions ou exécution événementielle

Edge Functions
Séparation des environnementsMolternDocumenté

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

SupabaseOffre / configuration
Historique et retour arrièreMolternDocumenté

Historique des versions et retour arrière applicatif

SupabaseOffre / configuration
Services et données
Catalogue de services packagésMolternDocumenté

Bases, CMS, analytique, automatisation et autres outils

SupabaseService ou intégration distincts
Bases SQLMolternDocumenté

Services de bases avec configuration propre à chaque service

SupabaseDocumenté

Provisionnez un service de base dédié

Postgres
Caches et files de messagesMolternDocumenté

Déployez les services compatibles du catalogue

SupabaseService ou intégration distincts

Utilisez une base ou un stockage associé

Stockage persistantMolternDocumenté

Stockage par workload et capacité par espace

SupabaseDocumenté

Stockage durable au cycle de vie distinct

Storage
Connexions privées entre servicesMolternDocumenté

Cibles choisies et variables de connexion runtime

SupabaseDocumentéSupavisor
Stacks de services IAMolternDocumenté

Services IA du catalogue, ressources selon le workload

SupabaseService ou intégration distinctspgvector
Espaces pour agents
Espace pour agent de codeMolternDocumenté

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

SupabaseService ou intégration distincts
Connexion au fournisseur d’agentMolternDocumenté

Sessions fournisseur ou clés API prises en charge

SupabaseService ou intégration distincts
Droits d’agent par cibleMolternDocumenté

Lecture du contexte ou connexion aux workloads choisis

SupabaseService ou intégration distincts
Terminal dans le navigateurMolternDocumenté

Plusieurs onglets de terminal dans les espaces privés

SupabaseService ou intégration distincts
Fichiers persistants de l’agentMolternDocumenté

Espace persistant optionnel dans le quota de stockage

SupabaseService ou intégration distincts
Bureau distantMolternOffre / configuration

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

SupabasePérimètre différent
Exploitation et supervision
Logs des applications et servicesMolternDocumenté

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

SupabaseDocumenté
Suivi des ressourcesMolternDocumenté

Vues CPU, mémoire et état des workloads

SupabaseOffre / configuration
Autoscaling des instancesMolternOffre / configuration

Workloads éligibles, instances min/max et cible CPU

SupabaseService ou intégration distincts
Domaines et routes TLSMolternDocumenté

Domaines applicatifs et configuration des routes

SupabaseService ou intégration distincts
Gestion des secretsMolternDocumenté

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

SupabaseDocumenté
Webhooks événementielsMolternDocumenté

Événements d’espace et gestion des webhooks

SupabaseÀ confirmer selon vos besoins
Identité et gouvernance
Organisations et espacesMolternDocumenté

Organisation partagée, responsabilités distinctes par espace

SupabaseDocumenté
Rôles et groupes à portée définieMolternDocumenté

Portées environnement/ressource, groupes et expiration

SupabaseOffre / configuration

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

SSO SAML / OIDCMolternDocumenté

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

SupabaseOffre / configuration

SSO selon l’offre organisation

Provisionnement SCIMMolternDocumenté

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

SupabaseÀ confirmer selon vos besoins
Historique d’auditMolternDocumenté

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

SupabaseOffre / configuration

Visibilité et rétention de l’audit selon l’offre

Revues d’accès et approbationsMolternDocumenté

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

SupabaseÀ 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

SupabasePérimètre différent

L’API de gestion diffère d’un SDK d’exécution sandbox

CLI de la plateformeMolternPérimètre différent

CLI fournisseurs dans les agents ; CLI Moltern à venir

SupabaseDocumentéSupabase CLI
Accès root VM sans restrictionMolternPérimètre différent

Terminaux de workloads ; aucune promesse de VM root sans restriction

SupabasePérimètre différent
Snapshots et restauration d’environnementMolternÀ confirmer selon vos besoins

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

SupabaseÀ confirmer selon vos besoins
Calcul GPUMolternÀ confirmer selon vos besoins

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

SupabaseÀ confirmer selon vos besoins
Isolation du code non fiableMolternÀ confirmer selon vos besoins

Workloads privés ; exigences d’isolation à examiner

SupabaseÀ confirmer selon vos besoins
Coûts et limites
Budgets et garde-fous de dépensesMolternOffre / configuration

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

SupabaseOffre / configuration
Admission et quotas de capacitéMolternDocumenté

Quotas de workloads, CPU/RAM et stockage

SupabaseDocumenté

Configurez taille, quotas et cycle de vie

Gestion de l’inactivitéMolternOffre / configuration

Veille possible en Hobby ; pas de veille Hobby en Pro

SupabaseOffre / configuration
Déploiement sur siteMolternOffre / configuration

Disponible sur accord pour les grandes organisations

SupabaseExploité par votre équipe
Détail de facturationMolternDocumenté

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

SupabaseDocumenté
Responsabilité sauvegarde et repriseMolternExploité par votre équipe

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

SupabaseOffre / configuration
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.

Supabase

Vérifiez calcul base de données, connexions, stockage, ressources des fonctions et quotas projet. La couche applicative nécessite toujours son propre dimensionnement.

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.

Supabase

Durabilité des données, pause projet, rétention des sauvegardes et durée des fonctions suivent des règles différentes. Vérifiez la reprise et le cycle propre au frontend.

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.

Supabase

Comptez calcul projet, stockage, egress, utilisateurs actifs, realtime et fonctions, puis hébergement applicatif séparé. Sauvegardes avancées et contrôles d’organisation peuvent exiger une offre dédiée.

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 ↗