Choisir un produit
Hébergement webSites web et WordPress sur votre propre domaineCloudDéployez applications, API et bases de données depuis Git ou DockerAI BuilderCréez et modifiez des sites et des applications avec l’IACréateur WordPress IAModifiez votre site WordPress en discutantÀ ajouter à tout projet
DomainesE-mailBases de donnéesWordPress géréExécution d’agentsMigrationsDéveloppeurs
Tout sur l’IADéveloppeursMCP pour assistants IADocumentationSécuritéModèlesHostingsurge
TarifsSe connecterBases de données et backend
Bases de données infogérées. Juste à côté de votre application.
Exécutez PostgreSQL, MySQL, MariaDB, Redis ou MongoDB sur le réseau privé de votre équipe. Reliez une base à un projet et sa chaîne de connexion arrive dans les variables d’environnement de l’application — avec sauvegardes quotidiennes, métriques et console dans le navigateur inclus.
Chapitre 1 sur 5: Les cinq moteurs dans une seule liste, chacun avec son état et le projet qui l’utilise.
Données d’exempleUne base de données qui s’entretient toute seule, à côté de votre application
Tout ce que vous auriez sinon à scripter, à mettre à jour et à surveiller vous-même.
Cinq moteurs, un seul tableau de bord
PostgreSQL, MySQL, MariaDB, Redis et MongoDB, gérés là où vous gérez vos déploiements. PostgreSQL ajoute la mutualisation des connexions avec PgBouncer et des extensions comme pgvector.
Privée par défaut
Chaque base tourne sur le réseau privé de votre équipe et n’est joignable que depuis vos projets. L’accès public est un interrupteur : il vous donne un hôte et un port, puis se referme.
Reliée en une étape
Reliez une base à un projet et son URL de connexion est enregistrée comme variable sensible — DATABASE_URL, REDIS_URL ou MONGODB_URI. Redéployez, et l’application est connectée.
Des sauvegardes dès le premier jour
Les nouvelles bases sont sauvegardées chaque jour à 03:00 UTC et chaque sauvegarde est conservée 30 jours. Modifiez le planning ou sauvegardez à la demande avant une migration.
Restaurer ou télécharger
Restaurez une sauvegarde dans une nouvelle base, ou sur place après une sauvegarde de sécurité automatique. Téléchargez n’importe quelle sauvegarde ; chaque nuit, elles sont aussi copiées, chiffrées, vers un stockage dans l’UE.
Console et métriques intégrées
Parcourez les tables et lancez des requêtes dans le navigateur sans ouvrir la base à Internet. Les métriques montrent la charge, les connexions, les succès du cache et la taille sur 90 jours.
Les restaurations se font à partir de ces sauvegardes : la restauration à un instant précis n’est pas disponible pour les bases des clients. Les sauvegardes MongoDB se téléchargent mais ne se restaurent pas depuis le tableau de bord, et Redis n’a pas de sauvegardes planifiées.
De zéro à connecté en trois étapes
Les mêmes étapes que la démo ci-dessus. Aucun serveur à installer, aucun identifiant à recopier.
- Créez une base de donnéesChoisissez un moteur et un nom. Elle démarre sur le réseau privé de votre équipe, avec les sauvegardes quotidiennes déjà activées.
- Reliez-la à votre applicationChoisissez le projet. L’URL de connexion est ajoutée à ses variables d’environnement ; redéployez et l’application la lit comme n’importe quelle variable.
- Surveillez, interrogez, restaurezSuivez ses métriques, lancez des requêtes dans la console et restaurez une sauvegarde quand vous en avez besoin.
Pourquoi l’héberger ici
Ce qu’une base sur un serveur que vous gérez vous laisse à faire, et ce que Hostingsurge prend en charge.
| Tâche | Sur un serveur que vous gérez | Sur Hostingsurge |
|---|---|---|
| Sauvegardes | Une tâche cron, la rotation des dumps et un endroit où stocker les fichiers | Quotidiennes par défaut, conservées 30 jours, plus des sauvegardes à la demande |
| Copie hors site | Un autre fournisseur et un autre script | Copiées chaque nuit, chiffrées, vers un stockage dans l’UE |
| Restauration | À la main, en ligne de commande | Dans une nouvelle base, ou sur place après une sauvegarde de sécurité |
| Consulter les données | Un client sur votre ordinateur et un port ouvert | Une console dans le navigateur, en lecture seule par défaut, chaque instruction journalisée |
| Supervision | Un exporteur et des tableaux de bord à mettre en place | Des métriques toutes les cinq minutes, avec 90 jours d’historique |
| Connecter l’application | Des identifiants recopiés dans sa configuration | DATABASE_URL ajoutée quand vous reliez la base |
Tout autour de la base de données
Secrets, tâches planifiées et une vue claire de ce que chaque projet utilise — à côté de vos déploiements.
- Variables d’environnement et secrets. Gardez les clés d’API et les chaînes de connexion hors de votre code. Les valeurs sensibles restent masquées une fois enregistrées, et les modifications s’appliquent au prochain déploiement.
- Tâches cron. Exécutez des commandes récurrentes — un nettoyage nocturne, un rapport — selon un planning dans le conteneur de votre application, ou lancez-en une avec Exécuter maintenant.
- Stockage du projet. La vue Stockage de chaque projet montre les bases de données qu’il utilise. Reliez n’importe quelle base de votre équipe à n’importe quel projet.
Depuis votre terminal
# Créer PostgreSQL et la relier à un projet hostingsurge databases create boutique-db --engine postgresql --project boutique # Sept jours de métriques, avec mini-graphiques hostingsurge databases metrics boutique-db --range 7d # Sauvegarder maintenant, puis lister les sauvegardes hostingsurge databases backups boutique-db run hostingsurge databases backups boutique-db ls
Les mêmes actions existent dans l’API REST et via MCP, et chaque commande peut afficher --json. La console fait exception : elle ne répond qu’aux sessions connectées du tableau de bord. Découvrir l’API et la CLI
Ce que chaque moteur obtient
Un seul tableau de bord pour les cinq. Les sauvegardes et les restaurations suivent ce que chaque moteur prend en charge.
| Moteur | Idéal pour | Sauvegardes planifiées | Restauration depuis le tableau de bord |
|---|---|---|---|
| PostgreSQL | Données relationnelles pour applications web et API | Quotidiennes par défaut | Dans une nouvelle base ou sur place |
| MySQL | Applications PHP et de nombreux frameworks | Quotidiennes par défaut | Dans une nouvelle base ou sur place |
| MariaDB | Open source, compatible avec MySQL | Quotidiennes par défaut | Dans une nouvelle base ou sur place |
| MongoDB | Documents au format JSON | Quotidiennes par défaut | Téléchargement uniquement |
| Redis | Cache, sessions et files d’attente | Non disponibles | — |
Vous en faites déjà tourner une ailleurs ? Importez un dump PostgreSQL, MySQL, MariaDB, MongoDB ou Redis, ou copiez une base en service. Toutes les sources de migration
Une seule formule pour l’hébergement, Cloud et l’AI Builder
Commencez gratuitement et passez à la formule supérieure quand il vous en faut plus. Des Build Credits supplémentaires coûtent €25 les 100 et n’expirent jamais.
Free
Pour votre première idée.5 Build Credits uniques après une inscription vérifiée
€0 / mois
Pro
Pour celles et ceux qui créent et livrent en continu.100 Build Credits par mois
€25 / mois
Business
Pour les équipes et les agences.100 Build Credits par mois
€50 / mois
Les bases de données sont incluses dans Pro et Business : bases de données illimitées dans chacune. Free héberge un site statique ou créé avec le générateur IA. EUR, hors TVA ; TVA ajoutée au paiement le cas échéant. Le paiement n’est pas encore ouvert : les comptes Hobby fonctionnent gratuitement aujourd’hui et rien n’est facturé. Comparer les formules
Vos questions sur les bases de données
Quelles bases de données puis-je créer ?
PostgreSQL, MySQL, MariaDB, Redis et MongoDB. Chacune tourne comme base infogérée sur le réseau privé de votre équipe.
Comment mon application se connecte-t-elle à sa base ?
Reliez la base à un projet et son URL de connexion est ajoutée aux variables d’environnement du projet comme valeur sensible : DATABASE_URL, ou REDIS_URL et MONGODB_URI pour Redis et MongoDB. Redéployez, et votre application la lit comme n’importe quelle variable.
Les sauvegardes sont-elles automatiques ?
Oui, pour PostgreSQL, MySQL, MariaDB et MongoDB : les nouvelles bases sont sauvegardées chaque jour à 03:00 UTC et chaque sauvegarde est conservée 30 jours. Vous pouvez modifier le planning ou sauvegarder à la demande, et chaque nuit les sauvegardes sont aussi copiées, chiffrées, vers un stockage dans l’UE en dehors du serveur. Redis n’a pas de sauvegardes planifiées.
Puis-je restaurer à un instant précis ?
Non. Les restaurations utilisent les sauvegardes planifiées et à la demande : celles de PostgreSQL, MySQL et MariaDB se restaurent dans une nouvelle base ou sur place après une sauvegarde de sécurité, et celles de MongoDB se téléchargent.
Puis-je consulter la base sans l’ouvrir à Internet ?
Oui. La console du navigateur liste les tables, collections ou clés et exécute les instructions via votre session du tableau de bord. Elle démarre en lecture seule ; le mode écriture s’active après confirmation, et chaque instruction est enregistrée dans le journal d’audit de l’équipe.
Puis-je me connecter depuis mon propre ordinateur ?
Oui. Activez l’accès public et la base obtient un hôte et un port publics pour vos propres outils. Désactivez-le quand vous avez terminé — par défaut, une base n’est joignable que depuis les projets de votre équipe.
Puis-je transférer ici une base existante ?
Oui. Importez un dump PostgreSQL, MySQL, MariaDB, MongoDB ou Redis, ou copiez une base en service. Vous préférez que notre équipe s’en charge ? Demander une migration accompagnée
Où mes données sont-elles stockées ?
Sur des serveurs en France (UE), derrière un pare-feu. Les projets, les données et les identifiants de chaque équipe sont isolés de ceux des autres équipes.
Donnez une base de données à votre application dès aujourd’hui.
Avec Pro ou Business, créez PostgreSQL, MySQL, MariaDB, Redis ou MongoDB à côté de vos projets — ou importez celle que vous utilisez déjà.