Bases 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 de données à un projet et sa chaîne de connexion arrive dans les variables d’environnement de l’application — aucun identifiant à recopier d’un endroit à l’autre.

Réseau privéLiaison à n’importe quel projetSauvegardes planifiéesRestauration à la demandeServeurs dans l’UE

Cinq moteurs, un seul tableau de bord

Choisissez la base de données qu’attend votre application. Elle tourne sur le réseau privé de votre équipe et se gère au même endroit que vos déploiements.

  • PostgreSQLDes données relationnelles pour les applications web et les API
  • MySQLLe choix classique pour PHP et de nombreux frameworks
  • MariaDBOpen source et compatible avec MySQL
  • RedisCache, sessions, files d’attente et limitation de débit
  • MongoDBUne base orientée documents pour des données au format JSON
  • Importer un dumpApportez un dump existant de PostgreSQL, MySQL, MariaDB, MongoDB ou Redis

De zéro à connecté en trois étapes

Créez une base de données, confiez-la à votre application et planifiez les sauvegardes.

  1. Créez-laChoisissez un moteur et un nom. La base de données démarre sur le réseau privé de votre équipe, accessible uniquement par vos projets jusqu’à ce que vous en décidiez autrement.
  2. Reliez-la à un projetLa chaîne de connexion est ajoutée aux variables d’environnement du projet sous le nom DATABASE_URL. Redéployez, et votre application est connectée.
  3. Planifiez les sauvegardesChoisissez la fréquence des sauvegardes et leur durée de conservation en jours. Vous vous apprêtez à faire un changement risqué ? Sauvegardez tout de suite.

Des sauvegardes que vous maîtrisez. Un accès que vous décidez.

Vos données restent sur le réseau privé de votre équipe jusqu’à ce que vous les ouvriez. Les sauvegardes suivent le planning que vous définissez, et vous restaurez depuis le tableau de bord, la CLI ou l’API.

  • Des sauvegardes planifiées à partir d’une expression cron, par exemple chaque nuit à 3 h
  • Une durée de conservation en jours, pour que les anciennes sauvegardes soient supprimées automatiquement
  • Des sauvegardes à la demande avant les migrations et les grosses mises en production
  • La liste des sauvegardes récentes avec leur statut et leur taille
  • Des restaurations qui demandent d’abord votre confirmation, car elles remplacent les données actuelles
  • Un accès public que vous activez et désactivez à tout moment

En bref

  • RéseauPrivé, réservé à votre équipe
  • Accès publicDésactivé jusqu’à ce que vous l’activiez
  • ConnexionDATABASE_URL à la liaison
  • SauvegardesSelon votre planning
  • RestaurationTableau de bord, CLI ou API
  • ImportDepuis un fichier dump

Tout ce qui entoure la base de données

Secrets, tâches planifiées et une vue claire de ce que chaque projet utilise — gérés à côté de vos déploiements.

Variables d’environnement et secrets

Gardez les clés 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, un préchauffage du cache — selon un planning dans le conteneur de votre application. Lancez n’importe quelle tâche avec « Exécuter maintenant ».

Stockage du projet

La vue Stockage de chaque projet affiche les bases de données qu’il utilise. Reliez n’importe quelle base de données de votre équipe à n’importe quel projet.

Depuis votre terminal

# Créer une base PostgreSQL et la relier à un projet
hostingsurge databases create shop-db --engine postgresql --project shop

# Sauvegarder chaque nuit à 3 h et conserver 14 jours
hostingsurge databases backups shop-db set --frequency "0 3 * * *" --retention-days 14

# L’ouvrir à votre propre machine, puis la refermer
hostingsurge databases public shop-db on
hostingsurge databases public shop-db off

Les mêmes actions sont disponibles dans l’API REST et via MCP, et chaque commande peut produire une sortie --json pour les scripts. Découvrir l’API et la CLI

Vos questions sur les bases de données

Moteurs, connexions, sauvegardes et accès.

Quelles bases de données puis-je créer ?

PostgreSQL, MySQL, MariaDB, Redis et MongoDB. Chacune tourne comme base de données infogérée sur le réseau privé de votre équipe.

Comment mon application se connecte-t-elle à sa base de données ?

Reliez la base de données à un projet et sa chaîne de connexion est ajoutée aux variables d’environnement du projet sous le nom DATABASE_URL. Redéployez, et votre application la lit comme n’importe quelle autre variable.

Les sauvegardes sont-elles automatiques ?

C’est vous qui décidez. Définissez un planning, par exemple chaque nuit, choisissez combien de jours conserver chaque sauvegarde, ou lancez-en une à la demande. Les restaurations sont disponibles depuis le tableau de bord, la CLI et l’API.

Puis-je me connecter depuis mon propre ordinateur ?

Oui. Activez l’accès public et la base de données obtient un hôte et un port publics, accessibles depuis vos propres outils. Désactivez-le quand vous avez terminé — par défaut, une base de données n’est accessible que depuis les projets de votre équipe.

Puis-je migrer ici une base de données existante ?

Oui. Importez un dump PostgreSQL, MySQL, MariaDB, MongoDB ou Redis : il est restauré dans une base de données infogérée. 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 dans l’UE, en France, derrière un pare-feu. Les projets, les données et les identifiants de chaque équipe sont isolés des autres équipes.

Donnez une base de données à votre application dès aujourd’hui.

Créez PostgreSQL, MySQL, MariaDB, Redis ou MongoDB à côté de vos projets, ou importez celle que vous utilisez déjà.