Une entreprise se sépare un jour de son fournisseur de cloud américain. Sur le papier, la sauvegarde existe depuis toujours : les données sont copiées ailleurs chaque nuit, depuis des années. Mais au moment de vraiment partir, presque rien ne se passe comme prévu.
La sauvegarde n'est pas un aller simple
Une sauvegarde répond à une question précise : que faire si un fichier disparaît ou si un serveur tombe. Elle ne répond pas à une autre question, plus rare mais bien réelle : que faire si c'est le fournisseur lui-même qu'il faut quitter. Les données sont là, copiées, chiffrées, disponibles. Ce qui manque, c'est tout ce qui explique comment elles sont devenues ce qu'elles sont : qui a créé tel dossier, sous quelle autorisation, à quelle date, avec quelle version d'une politique en vigueur à ce moment précis.
Trois fonctions qu'on avait mélangées
Avec le temps, trois choses différentes avaient fini par se confondre dans un seul système : l'endroit où les données sont stockées, la manière dont elles sont sauvegardées et restaurées, et la mémoire de leur histoire — qui a écrit quoi, quand, et pourquoi. Tant que tout reste chez le même fournisseur, cette confusion ne coûte rien. Elle devient un problème le jour où l'on veut changer une seule de ces trois briques sans toucher aux deux autres.
Ce qui change quand on les sépare
En séparant ces trois fonctions, un déménagement redevient un projet ordinaire plutôt qu'une reconstruction complète. Le stockage peut changer de fournisseur. L'outil de sauvegarde peut rester le même ou évoluer de son côté. Et l'historique des données — qui a modifié quoi, sous quelle règle, à quel moment — continue d'exister indépendamment des deux, prêt à être vérifié où que les données se trouvent ensuite.
C'est exactement le rôle que joue KARL Core dans l'architecture de StratoFoundry : conserver la mémoire et la provenance des données comme une couche à part, ni fournisseur de stockage ni outil de sauvegarde, pour que changer l'un ou l'autre reste une décision technique ordinaire plutôt qu'un pari.
Le contraire d'être bloqué chez un fournisseur, ce n'est pas d'en utiliser plusieurs. C'est de pouvoir vraiment partir, le jour où on le décide, avec tout ce qu'il faut garder de son histoire.
Ce n'est pas une question de nombre de fournisseurs. C'est une question d'architecture : si l'historique et la provenance des données vivent séparément du stockage et de la sauvegarde, la réversibilité cesse d'être une promesse commerciale pour devenir une chose qu'on peut réellement tester.
