Des solutions IT
pour un monde
plus performant
Des solutions IT
pour un monde
plus performant
Vous avez migré vers le cloud public il y a quelques années. Le modèle semblait évident : agilité, scalabilité, externalisation des contraintes matérielles. Puis les factures ont commencé à grimper. Les hausses tarifaires post-Broadcom ou les nouvelles conditions Microsoft vous ont peut-être rappelé une réalité que beaucoup d’entreprises découvrent trop tard : changer de fournisseur cloud est rarement aussi simple qu’il n’y paraît.
La réversibilité cloud n’est pas une clause contractuelle parmi d’autres. C’est un sujet de gouvernance, d’architecture et de stratégie que vos équipes IT et métiers doivent traiter en amont, pas en urgence.
La réversibilité cloud désigne la capacité d’une organisation à migrer ses workloads, ses données et ses services depuis un fournisseur cloud vers une autre infrastructure, qu’il s’agisse d’un autre cloud public, d’un cloud privé, d’un environnement hybride ou d’une infrastructure on-premise.
En pratique, la réversibilité recouvre trois dimensions :
💡 À savoir : Le RGPD impose aux fournisseurs cloud de faciliter la portabilité des données personnelles. Mais cette obligation ne couvre pas les frais techniques d’extraction ni les formats propriétaires dans lesquels vos données ont pu être ingérées.
Le verrouillage fournisseur (vendor lock-in) n’est pas une fatalité, mais il se construit progressivement, au fil des choix d’architecture. Dès lors que vous utilisez des services managés propriétaires (bases de données, orchestrateurs, fonctions serverless spécifiques à un hyperscaler), votre dépendance technique s’accroît. Plus vous avancez, plus le coût de sortie augmente.
AWS Lambda, Azure Functions, Google BigQuery, chacun de ces services apporte une réelle valeur ajoutée opérationnelle. Mais chacun constitue aussi un ancrage dans l’écosystème d’un seul fournisseur.
Les hausses tarifaires des dernières années ont brutalement remis le sujet sur la table. La stratégie de Broadcom après le rachat de VMware, les révisions tarifaires de Microsoft sur ses licences hybrides ou les ajustements AWS ont rappelé à de nombreuses DSI qu’un engagement cloud sans clause de sortie négociée, c’est une dépendance commerciale acceptée par défaut.
Un fournisseur qui sait que vous ne pouvez pas partir sans casser six mois de travail n’a guère d’incitation à maintenir ses prix.
Pour les secteurs régulés (santé, défense, finance, collectivités) ou les entreprises traitant des données sensibles, la question dépasse le budget. Où sont physiquement stockées vos données ? Sous quelle juridiction ? Votre fournisseur cloud est-il soumis au Cloud Act américain ? Ces questions poussent de plus en plus d’organisations à explorer les options qualifiées SecNumCloud ou à rapatrier certains workloads dans des environnements maîtrisés.
C’est le plus insidieux. Chaque service managé propriétaire que vous adoptez rend votre architecture plus difficile à déplacer. Une base de données Aurora AWS, un service Cosmos DB Azure ou des pipelines construits sur Dataflow Google ne se migrent pas vers un autre environnement en quelques jours. La refonte peut représenter plusieurs mois de développement.
Les architectures containers (Docker, Kubernetes) offrent davantage de portabilité, à condition d’avoir évité les add-ons spécifiques à un seul cloud.
Les contrats cloud sont rarement neutres sur la sortie. Certains incluent des clauses de résiliation anticipée avec pénalités, des périodes d’engagement longues ou des crédits prépayés non remboursables. Ces éléments réduisent de facto votre liberté de manœuvre.
La négociation contractuelle en amont, notamment sur les conditions de résiliation, les délais de préavis et les engagements de portabilité, est une étape souvent négligée lors des appels d’offres cloud.
Les frais d’egress (coût de sortie des données depuis un cloud vers l’extérieur) constituent l’un des mécanismes de verrouillage les moins visibles. Transférer plusieurs téraoctets de données hors d’AWS ou d’Azure génère des coûts qui peuvent atteindre plusieurs dizaines de milliers d’euros selon les volumes.
S’ajoutent à cela les formats propriétaires dans lesquels certaines données ont pu être transformées ou indexées. Un export brut ne signifie pas que vos données sont directement exploitables dans un autre environnement.
Avant de signer avec un fournisseur cloud, plusieurs points méritent une attention particulière :
Ces clauses se négocient, surtout sur des volumes significatifs. Un prestataire indépendant, sans lien commercial avec un hyperscaler particulier, sera mieux placé pour vous accompagner dans cette négociation.
La réversibilité se prépare dès la conception des workloads. Quelques principes structurants :
💡 À savoir : L’approche cloud-agnostic ne signifie pas renoncer aux services managés. Elle signifie identifier lesquels créent une dépendance acceptable et lesquels constituent un risque stratégique.
Un plan de réversibilité, c’est un document opérationnel qui répond à la question : si demain nous devons quitter ce fournisseur, comment faisons-nous, en combien de temps et pour quel coût ?
Il inclut l’inventaire des workloads et leur criticité, les dépendances techniques identifiées, les procédures d’export des données, les cibles de migration potentielles, un RTO (Recovery Time Objective) de migration et une estimation budgétaire de sortie.
Ce document doit être maintenu à jour et revu à chaque évolution majeure de votre architecture.
Avant toute décision de migration, un audit de l’environnement cloud s’impose. L’objectif est triple : cartographier l’ensemble des services utilisés et leurs interdépendances, identifier les coûts réels (compute, stockage, transfert, licences associées) et évaluer les contraintes contractuelles en vigueur.
Cette étape révèle souvent des surprises : des services oubliés mais facturés, des données répliquées sans raison, des licences logicielles dont le coût augmente mécaniquement avec la consommation cloud.
La sortie d’un cloud public ne signifie pas nécessairement un retour au tout on-premise. Les options sont multiples :
Le choix de la cible dépend de vos enjeux de sécurité, de vos contraintes de performance, de vos obligations réglementaires et de votre budget. Il n’y a pas de réponse universelle.
La migration elle-même se conduit en phases, en commençant par les workloads les moins critiques. Chaque phase intègre des tests de non-régression et des procédures de rollback.
Les points de vigilance sont systématiquement les mêmes : les bases de données (cohérence, performance après migration), les intégrations API avec des services tiers, les certificats et configurations réseau, et la gestion des identités.
Une migration bien conduite anticipe également la période de transition parallèle, pendant laquelle les deux environnements coexistent. Cette période génère des coûts doubles qu’il faut intégrer au budget global.
La réversibilité cloud a un coût que beaucoup de projets sous-estiment, dont voici les principaux postes :
🔹 Frais d’egress : transfert des données hors du cloud source. Selon les volumes, ces frais peuvent représenter plusieurs dizaines de milliers d’euros.
🔹 Refonte applicative : si vos applications utilisent des services propriétaires, une partie du code devra être reécrite ou adaptée pour fonctionner dans un autre environnement.
🔹 Double facturation pendant la transition : la période de coexistence entre l’ancien et le nouvel environnement génère un surcoût temporaire.
🔹 Coûts de tests et de recette : valider le bon fonctionnement de l’ensemble des services dans le nouvel environnement prend du temps et des ressources.
🔹 Accompagnement externe : faire appel à un prestataire pour cadrer, piloter et exécuter la migration est souvent indispensable pour sécuriser le projet.
🔹 Coûts indirects : mobilisation des équipes internes, formation aux nouveaux environnements, adaptation des procédures d’exploitation.
Ces coûts ne doivent pas décourager une sortie cloud nécessaire. Ils doivent être anticipés et intégrés dans le business case de la migration, pour une décision éclairée.
Depuis plus de 20 ans, nos équipes techniques accompagnent des PME et ETI sur l’ensemble de leurs choix d’hébergement : cloud public, cloud privé, hybride, SecNumCloud. Sans lien commercial avec un hyperscaler particulier, nous évaluons chaque situation pour ce qu’elle est, et nous vous conseillons en fonction de vos enjeux réels, pas de ceux d’un éditeur.
Préparer votre réversibilité cloud, c’est aussi vous donner les moyens de négocier en position de force avec vos fournisseurs actuels.