Protection continue sync Décidé
L'expérience Drive — dès qu'un fichier change, il est protégé — sans rien ajouter à l'architecture : des watchers-déclencheurs, des micro-snapshots de quelques Ko par le pipeline normal, un étage fin de rétention, et un curseur RPO. Le « backup toutes les 15 minutes » devient un simple réglage.
En clair — le piège du mot « synchro »
Ce que fait Google Drive : une synchronisation bidirectionnelle — deux machines convergent, avec gestion de conflits et redescente des changements. Ce que veulent les clients (l'anecdote vécue : des utilisateurs venus d'Atempo demandaient « un backup réel toutes les 15 minutes », faute de vocabulaire pour dire « je veux que mes modifications soient protégées tout de suite ») : la moitié montante seulement. Une protection unidirectionnelle, versionnée, immédiate : ça ressemble à Drive — ça monte tout seul — mais c'est du backup : pas de conflits, pas de redescente, et tout l'historique. D'où le nom produit : Protection continue, face au backup planifié.
Le mécanisme — trois pièces déjà sur l’étagère
- Les watchers deviennent le déclencheur — jamais l'autorité. USN Journal (Windows), FSEvents (macOS), inotify (Linux — à l'échelle de dossiers choisis, ça tient). Le watcher déclenche des micro-backups ciblés sur les chemins modifiés. Et la règle gravée tient : un scan complet périodique (nocturne) rattrape tout ce que les watchers ont raté (débordement inotify, agent redémarré). Le watcher propose, le scan garantit.
- Le micro-backup est un vrai snapshot, minuscule. Aucun mécanisme parallèle : session → exists → upload → commit d'une vraie racine. Grâce à la réutilisation par référence, un commit qui touche 3 fichiers ne ré-écrit que 3 manifestes + les nœuds du chemin + la racine ≈ quelques Ko. Chaque micro-snapshot est un point de restauration complet — l'album photo, page par page, toutes les quelques minutes. L'architecture absorbe le continu sans une ligne de conception nouvelle : la meilleure validation du design.
- La grille de rétention s'étend vers le bas. 100-200 micro-snapshots par jour actif → un étage fin :
tout garder × 24 h + 1/heure × 7 j, puis la grille existante. Le prune de la nuit compacte la poussière de la journée ; le GC ne voit rien de spécial.
Les trois réglages qui font le produit
- Le debouncing — on n'upload pas à chaque octet : fenêtre de calme par fichier (~30 s–2 min), coalescence des rafales (la sauvegarde compulsive de Word), fichiers temporaires ignorés. Le fichier en cours d'écriture continue est laissé tranquille jusqu'à accalmie.
- Le curseur RPO — la fenêtre de coalescence est réglable :
continu(~1-2 min),15 min,1 h. Le « backup réel 15 minutes » d'Atempo devient littéralement un réglage de ce mode. RPO en minutes au lieu de 24 h — l'argument commercial est net. - Le périmètre — des dossiers choisis (Documents, le partage comptable…), pas la machine entière : le cas d'usage documents/bureautique. Le micro-commit lit en direct avec le contrôle stat/re-stat — cohérence par fichier, honnêtement suffisante pour des documents, insuffisante pour un SGBD : les bases et gros systèmes restent au backup planifié snapshot-first. Le rapport dit lequel est lequel, comme toujours.
Plus les égards laptop — pause sur batterie / connexion limitée — le tout par machine via la config à trois étages : le revendeur peut vendre la Protection continue comme option de plan.
La vue dédiée dans le front — pour que ce soit parfaitement clair
Le principe — deux modes, deux visuels, zéro ambiguïté
Un backup planifié se juge par « le job de cette nuit a-t-il réussi ? ». Une protection continue se juge par « suis-je protégé là, maintenant ? » — deux questions différentes, donc deux affichages différents. Mélanger les deux dans une même liste de jobs, c'est garantir l'incompréhension — l'erreur qu'on ne fera pas.
- GUI locale (systray) — l'icône vit comme celle de Drive : ✓ à jour / ↑ protection en cours (n fichiers) / ⏸ en pause (batterie). Au clic : la file des fichiers en attente, le dernier point de protection (« il y a 2 min »), et le bouton pause. C'est le périmètre déjà prévu de la GUI Tauri, enrichi.
- Table d'orientation (dashboard) — par machine en mode continu : le RPO vécu (temps depuis le dernier micro-commit — la métrique qui remplace « dernier job OK »), le backlog en attente, la santé des watchers, et l'historique fin navigable (choisir « mardi 14h47 » dans la restauration). Pour le revendeur : une vue flotte « toutes les machines continues sont-elles dans leur RPO cible ? » avec alerte sur dérive.
- Le backup planifié garde sa vue classique (calendrier, jobs, durées). Une machine peut avoir les deux — les deux vues coexistent, clairement séparées.