Résumé public de la session

La plupart des équipes considèrent la sauvegarde de bases de données comme un sujet réglé, jusqu’au jour où une mauvaise migration, un volume corrompu ou un déploiement raté impose une restauration qui n’a jamais été réellement testée. Les outils existent, mais ils sont fragmentés, complexes à exploiter sans expertise DBA avancée, et souvent peu adaptés aux infrastructures auto-hébergées ou orientées souveraineté.

Portabase est une plateforme 100 % open source, sous licence Apache, dédiée à la sauvegarde, à la restauration et à la migration de bases de données. Elle repose sur un serveur central qui orchestre des agents Rust légers, déployés au plus près des bases. Le fonctionnement se fait sans exposer les bases de données sur Internet. Portabase prend en charge PostgreSQL, MySQL, MariaDB, MongoDB, SQLite, Redis, Valkey, Firebird, Volumes Docker et MSSQL.

La session proposera une présentation ciblée du fonctionnement de Portabase, suivie d’une démonstration en direct : déploiement d’un agent, planification d’une sauvegarde et restauration sur scène. Simple, reproductible, sans magie noire.

Description détaillée pour le comité de programme

Nature de la session

Présentation d’un projet open source avec démonstration technique en direct. Périmètre technique. Public cible : développeurs, ingénieurs DevOps/platform, CTO de PME, administrateurs d’environnements auto-hébergés et équipes exploitant des bases de données sans DBA dédié.

Problématique

Les chaînes de sauvegarde de bases de données sont souvent soit trop complexes (Barman, pgBackRest, puissants mais avec une courbe d’apprentissage élevée) soit discutables sur le plan sécurité, notamment avec des solutions SaaS nécessitant l’exposition des bases ou l’exfiltration des données vers une infrastructure tierce. Les équipes qui opèrent des stacks auto-hébergées ou décentralisées, au cœur du public OSXP, ne disposent pas d’une solution open source évidente couvrant sauvegarde, restauration et migration dans une plateforme unique, respectueuse de la souveraineté.

Vue d’ensemble de l’architecture

Portabase repose sur trois composants : un tableau de bord web comme plan de contrôle central, des agents légers déployés sur les hôtes des bases de données (réécrits en Rust pour la sûreté mémoire, les performances et la réduction de la surface d’attaque) et une CLI pour automatiser la configuration. Les agents fonctionnent en mode pull sortant : aucun port entrant requis, aucune exposition directe des bases. Les sauvegardes chiffrées sont envoyées vers des backends de stockage configurables : système de fichiers local, stockage compatible S3, Cloudflare R2, Google Cloud Storage, Azure Blob Storage ou Google Drive.

Les stratégies de sauvegarde prises en charge incluent la rétention par nombre, la rétention par durée et la rotation Grandfather-Father-Son, GFS. Le système d’alertes et de notifications couvre Slack, Telegram, Team, Talk, l’e-mail et les webhooks. Portabase prend nativement en charge les déploiements auto-hébergés, conteneurisés et Kubernetes.

Déroulé de la session

1) Le manque de fiabilité des sauvegardes: Pourquoi les équipes négligent les tests de restauration et ce que cela coûte. Exemples de défaillances réelles : dérive des cron jobs, dumps non testés, absence de copie hors site.

2) Portabase : architecture et choix de conception: Modèle basé sur des agents, justification de la réécriture en Rust, backends de stockage, stratégies de rétention, système de notification et support Kubernetes.

3) Bases de données prises en charge et feuille de route: Couverture actuelle : PostgreSQL, MySQL, MariaDB, SQLite, MongoDB, Redis, Valkey, Firebird, Volumes Docker et MSSQL. Extensions prévues. Traction communautaire : plus de 1 000 étoiles GitHub et des remontées actives d’issues depuis décembre 2025.

4) Démonstration en direct: Déploiement avec Docker Compose, enregistrement d’un agent, planification d’une sauvegarde PostgreSQL, restauration sur scène et migration homogène de base de données via l’interface graphique.

5) Discussion ouverte: Priorités de la feuille de route, modèle de contribution, cas d’usage du public et comparaison avec les approches existantes.

Licence : Apache 2.0
GitHub : github.com/Portabase/portabase