FICHE 1 · SUR 6
COMPRENDRE LE TERRAIN AVANT DE SIGNER
LES TROIS COUCHES DU VERROUILLAGE CLOUD
Profils concernés : TOUS PROFILS
⚠ CE QUE PERSONNE NE VOUS DIT À LA SIGNATURE
Les hyperscalers ne pratiquent pas le vendor lock-in par accident. Il est organisé en trois couches complémentaires. Comprendre ces trois couches est le préalable indispensable à toute négociation efficace — car négocier une couche sans les deux autres revient à sécuriser une porte en laissant les fenêtres ouvertes.
Trois mécanismes contractuels structurent le verrouillage :
Engagements non résiliables (Reserved Instances · Capacity Blocks · Savings Plans · Bedrock throughput) : vous payez pour la durée choisie même si vous résiliez l'accord.
Clause de langue : la version française de vos CGV est déclarée "à des fins informatives uniquement" — la version anglaise prime. Vous avez signé un contrat dans une langue qui ne fait pas foi.
Modification unilatérale des prix : l'hyperscaler peut changer ses tarifs à tout moment. Votre seul recours contractuel est de résilier — un droit que les engagements non résiliables vous retirent simultanément.
Même quand le contrat autorise la sortie, les prix la découragent :
Egress fees (frais de sortie des données) : transférer vos données hors du cloud coûte entre 0,08$ et 0,12$/Go selon les régions. Pour 100 To de données, la facture de migration peut atteindre 8 000 à 12 000 € — avant même le coût de la migration technique.
AWS a incorporé un UK Switching Addendum (s. 1.30) et un Data Act Addendum (s. 1.28) — à invoquer explicitement en négociation pour obtenir des engagements chiffrés sur les frais de sortie.
La dépendance technique est indépendante du contrat :
APIs propriétaires : chaque service cloud majeur (Lambda · BigQuery · Azure Cognitive Services) utilise des interfaces non standardisées. Une application construite sur ces APIs ne peut pas migrer sans réécriture partielle.
Formats de données propriétaires : certains services de stockage et bases de données utilisent des formats internes qui nécessitent une transformation à la sortie.
Contre-mesure : exiger dans le contrat un plan de portabilité documenté (formats ouverts · délais · coûts) avant signature. Le Data Act art. 23 vous y donne droit.
◆ PRINCIPE FONDAMENTAL
La négociation contractuelle seule ne suffit pas. Elle doit s'accompagner d'une stratégie technique (réduire la dépendance aux APIs propriétaires) et d'une stratégie financière (quantifier le coût de sortie avant d'entrer). Un contrat bien négocié avec une architecture 100% propriétaire reste un verrouillage. Une architecture ouverte avec un mauvais contrat reste une exposition.