BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Capitole du Libre//Programme 2026//FR
CALSCALE:GREGORIAN
METHOD:PUBLISH
BEGIN:VEVENT
UID:AA9APP@capitoledulibre.org
DTSTAMP:20260911T114537Z
DTSTART:20261114T110000Z
DTEND:20261114T112500Z
SUMMARY:Sauvegarde et restauration de bases de données avec Portabase — 
 Charles Gauthereau et Killian Larcher
LOCATION:ENSEEIHT — Salle A002
DESCRIPTION:Format : Conférence 25min\nPublic visé : 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é\n\nRé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 jo
 ur 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 r
 estauration et à la migration de bases de données. Elle repose sur un se
 rveur central qui orchestre des agents Rust légers\, déployés au plus p
 rè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 Portabas
 e\, suivie d’une démonstration en direct : déploiement d’un agent\, 
 planification d’une sauvegarde et restauration sur scène. Simple\, repr
 oductible\, sans magie noire. Description détaillée pour le comité de p
 rogramme 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\, administrateur
 s d’environnements auto-hébergés et équipes exploitant des bases de d
 onnées sans DBA dédié. Problématique Les chaînes de sauvegarde de bas
 es de données sont souvent soit trop complexes (Barman\, pgBackRest\, pui
 ssants mais avec une courbe d’apprentissage élevée) soit discutables s
 ur le plan sécurité\, notamment avec des solutions SaaS nécessitant l
 ’exposition des bases ou l’exfiltration des données vers une infrastr
 ucture 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 solut
 ion open source évidente couvrant sauvegarde\, restauration et migration 
 dans une plateforme unique\, respectueuse de la souveraineté. Vue d’ens
 emble de l’architecture Portabase repose sur trois composants : un table
 au de bord web comme plan de contrôle central\, des agents légers déplo
 yés sur les hôtes des bases de données (réécrits en Rust pour la sûr
 eté mémoire\, les performances et la réduction de la surface d’attaqu
 e) et une CLI pour automatiser la configuration. Les agents fonctionnent e
 n mode pull sortant : aucun port entrant requis\, aucune exposition direct
 e des bases. Les sauvegardes chiffrées sont envoyées vers des backends d
 e stockage configurables : système de fichiers local\, stockage compatibl
 e S3\, Cloudflare R2\, Google Cloud Storage\, Azure Blob Storage ou Google
  Drive. Les stratégies de sauvegarde prises en charge incluent la rétent
 ion par nombre\, la rétention par durée et la rotation Grandfather-Fathe
 r-Son\, GFS. Le système d’alertes et de notifications couvre Slack\, Te
 legram\, Team\, Talk\, l’e-mail et les webhooks. Portabase prend nativem
 ent en charge les déploiements auto-hébergés\, conteneurisés et Kubern
 etes. 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\, s
 ystè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 e
 t MSSQL. Extensions prévues. Traction communautaire : plus de 1 000 étoi
 les GitHub et des remontées actives d’issues depuis décembre 2025. 4) 
 Démonstration en direct: Déploiement avec Docker Compose\, enregistremen
 t d’un agent\, planification d’une sauvegarde PostgreSQL\, restauratio
 n 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 app
 roches existantes. Licence : Apache 2.0 GitHub : github.com/Portabase/port
 abase
URL:https://capitoledulibre.org/programme/talk/AA9APP/
END:VEVENT
END:VCALENDAR