Sovra by Ohmycad
Ressources · Souveraineté
Souveraineté

Réversibilité cloud : sortir sans lock-in, concrètement

Par l'équipe Sovra24 Jun 20263 min de lecture
L'essentiel

Le lock-in s'accumule par petites dépendances et se paie au départ. APIs standard compatibles S3, exports complets, clause de réversibilité écrite, frais de sortie plafonnés : ce qu'il faut exiger avant de signer.

Tout le monde parle de réversibilité au moment de signer, presque personne ne la teste avant d’en avoir besoin. Le jour où vous voulez changer de fournisseur, rapatrier vos données ou passer chez un concurrent, vous découvrez le vrai coût du verrouillage : APIs propriétaires, formats fermés, frais de sortie punitifs. La réversibilité se négocie à l’entrée, pas à la sortie.

Le lock-in ne se voit pas au moment du choix

Un fournisseur vous verrouille rarement de façon frontale. Il le fait par accumulation : des services managés qui n’existent que chez lui, des formats d’export partiels, une facturation de sortie qui rend le départ économiquement douloureux. Chaque brique propriétaire que vous adoptez ajoute un cran au verrou. Au bout de deux ans, migrer coûte si cher que vous restez par défaut, pas par choix.

Le lock-in n’est pas une clause, c’est une accumulation de petites dépendances qu’on ne mesure qu’au moment de partir.

APIs standard : la garantie technique

La réversibilité commence par des interfaces ouvertes. Un stockage objet compatible S3 vous permet de rapatrier ou déplacer vos données avec des outils standard, sans réécrire vos scripts. Une API de calcul conforme à des standards du marché évite de réingénierer toute votre couche d’orchestration en cas de départ.

Sovra est opéré sur 3DS Outscale, dont le stockage objet est compatible S3 et l’API IaaS repose sur des standards du marché. Concrètement, vos outils d’export, de sauvegarde et d’automatisation fonctionnent sans adaptation propriétaire, ce qui garde la porte de sortie ouverte.

Ce qu’il faut exiger par écrit

La réversibilité technique ne suffit pas sans engagement contractuel. Avant de signer, exigez :

  • une clause de réversibilité décrivant le format, le périmètre et le délai de restitution de vos données ;
  • des exports complets, données et métadonnées comprises, pas des extractions partielles ;
  • la gratuité ou le plafonnement des frais de sortie, noir sur blanc ;
  • l’usage d’APIs et formats standard plutôt que propriétaires ;
  • une assistance à la migration en fin de contrat, avec un interlocuteur identifié.

Si un fournisseur refuse d’écrire ces points, c’est déjà une réponse.

Les frais de sortie, mécanisme de rétention

Les frais d’egress facturés par les grands hyperscalers ne sont pas qu’une ligne de facture : ils rendent le départ coûteux à proportion du volume que vous avez confié. Plus vous grossissez, plus partir devient cher. Un opérateur souverain qui plafonne ou supprime ces frais retire cette arme de rétention et vous rend le contrôle de votre trajectoire. Vérifiez ce point au contrat plutôt que sur la plaquette.

Ma recommandation

Traitez la réversibilité comme un critère de sélection, au même rang que le prix et la performance. Testez-la avant l’incident : faites un export réel pendant la phase de pilote, chronométrez-le, mesurez ce qu’il coûte. Un fournisseur sérieux facilite ce test ; un fournisseur qui vous verrouille le complique. Privilégiez les APIs standard, refusez les formats fermés sur vos données critiques, et faites inscrire la sortie dans le contrat.

Un audit de vos dépendances actuelles et une clause de réversibilité chiffrée vous disent exactement ce que coûterait un départ aujourd’hui.

Un projet d'infrastructure souveraine ?

Un ingénieur Sovra vous aide à cadrer la bonne région, sans engagement.

Demander un chiffrage
À lire aussi
Souveraineté

Cloud Act : pourquoi héberger en Europe ne suffit pas

Souveraineté

Qui est réellement obligé d’héberger en cloud souverain ?