Bases de données
Exécutez PostgreSQL, MySQL, MongoDB, Redis et d’autres, et connectez-les à vos applications.
DockBoard exécute vos bases comme des conteneurs dans un projet, sur le même réseau privé que les applications qui les utilisent. Aucun port public à ouvrir, aucune connexion à sécuriser à travers Internet — la base n’est tout simplement pas joignable depuis l’extérieur.
Créer une base
Depuis Bases de données → Nouvelle base, choisissez un moteur :
- PostgreSQL
- MySQL / MariaDB
- MongoDB
- Redis / KeyDB / Dragonfly
- ClickHouse
DockBoard crée un conteneur nommé dockboard-db-<slug> sur le réseau du projet, génère un identifiant et un mot de passe, et les conserve. Vous n’avez jamais à inventer d’identifiants.
Connecter une application
L’onglet Service Mesh vous donne la chaîne de connexion déjà remplie. Pour PostgreSQL, elle ressemble à ceci :
DATABASE_URL=postgres://<user>:<password>@dockboard-db-<slug>:5432/<slug>Collez-la dans les variables d’environnement de l’application. Le nom d’hôte est le nom du conteneur, résolu par le DNS interne de Docker — d’où l’absence de règle de pare-feu et de port publié.
Volumes persistants
Le système de fichiers d’un conteneur est éphémère : chaque redéploiement le re-clone et le reconstruit, donc tout ce qui y est écrit — un dossier d’uploads, un fichier SQLite, un cache — disparaît. Une base gérée reçoit son volume de données automatiquement. Pour une application qui écrit des fichiers, déclarez-en un vous-même sur la page de l’application, dans la carte Volumes persistants :
| Champ | Signification | Exemple |
|---|---|---|
| Nom du volume | Un volume Docker nommé — lettres, chiffres, _ . -. Pas un chemin hôte. | uploads |
| Chemin dans le conteneur | Le chemin absolu, dans le conteneur, où le monter. | /app/uploads |
Ajoutez-en autant que nécessaire, puis Appliquer — ce qui déclenche un redéploiement. Le volume est créé sous le nom dockboard-<slug>_<nom> et ré-attaché à chaque redéploiement suivant : son contenu survit. Comme il suit la convention de nommage de la plateforme, il est aussi repris automatiquement par les sauvegardes.
/var/run/docker.sock, /etc, ../data, ~) est rejeté, par le même filtre qui protège les fichiers Compose importés. Cela vaut à l’identique pour les déploiements locaux et les serveurs distants.storage/ Laravel, var/ Symfony) gardent leurs volumes d’exécution automatiques ; ce que vous déclarez est fusionné à côté. Une application qui embarque son propre docker-compose.yml fait autorité — déclarez-y les volumes, la plateforme n’y injecte rien.Sauvegardes et déplacement
Une base se sauvegarde comme le reste du projet — dumps planifiés, copies externalisées, et une restauration vérifiée plutôt que supposée. Voir sauvegardes et restaurations. Quand un projet change de serveur, ses volumes de base le suivent : déplacer et exporter des projets.