Chronique no 002 — 2026
Cloud : le choix facile d'aujourd'hui, la dépendance de demain
Le cloud a été vendu comme une évidence : rapide, flexible, économique. Ce que sa dépendance coûte réellement en réversibilité, souveraineté et maîtrise budgétaire.
Derrière la promesse d’agilité et de coûts maîtrisés se cachent une réversibilité difficile, une souveraineté amoindrie et des coûts réels souvent sous-estimés sans pilotage FinOps.
Introduction — Le cloud n’est plus un débat technique
Il fut un temps où le cloud était présenté comme une évidence.
Rapide. Flexible. Moderne. Économiquement rationnel.
Pour beaucoup d’organisations, la question n’était pas « faut-il y aller ? »
mais « à quelle vitesse ? ».
Maintenant, le discours a changé.
Non pas parce que le cloud aurait échoué — mais parce que ses implications réelles sont désormais visibles.
Le cloud n’est plus un sujet d’architecture.
C’est un choix structurant, engageant l’entreprise sur le long terme.
1. Le cloud : une promesse séduisante… au départ
Il serait malhonnête de nier ce qui a fait le succès du cloud.
Pour les DSI comme pour les métiers, les bénéfices initiaux sont tangibles :
mise à disposition rapide des ressources,
élasticité quasi immédiate,
accélération des projets,
réduction apparente des investissements initiaux,
accès à des services avancés difficiles à répliquer en interne.
À court terme, le cloud tient ses promesses.
Et c’est précisément ce succès qui rend le sujet délicat.
Les choix faits pour gagner du temps deviennent rapidement des choix structurants, bien avant que leurs conséquences ne soient pleinement mesurées.
2. Le verrouillage technologique : une dépendance rarement assumée
Le vendor lock-in est souvent présenté comme un risque théorique.
Dans la réalité, il est profondément concret.
Dès lors qu’une organisation :
adopte des services managés spécifiques,
adapte ses architectures aux outils natifs d’un hyperscaler,
structure ses chaînes CI/CD, sa supervision, sa gestion des identités autour d’un écosystème donné,
forme ses équipes à ces outils,
la dépendance s’installe, progressivement mais durablement.
Sortir reste possible sur le papier.
Dans les faits, cela signifie :
redévelopper,
requalifier,
retester,
reformer,
accepter des pertes fonctionnelles temporaires.
La dépendance n’est pas un défaut du cloud.
C’est une conséquence logique de son modèle.
3. La réversibilité : un mot rassurant, une réalité brutale
La réversibilité est presque toujours mentionnée dans les contrats.
Elle est beaucoup plus rarement préparée.
Peu d’organisations savent répondre précisément à ces questions :
Combien de temps faudrait-il pour sortir ?
Combien cela coûterait-il réellement ?
Quels services sont non réplicables ?
Quelles données sont faciles à rapatrier ? Lesquelles ne le sont pas ?
Quelles équipes savent opérer ailleurs ?
Sans cartographie précise, sans tests, sans scénarios réalistes,
la réversibilité reste un concept abstrait, découvert trop tard — souvent sous contrainte.
La résilience ne consiste pas à croire que l’on pourra sortir.
Elle consiste à savoir comment, à quel coût, et avec quelles concessions acceptables.
🔍 Encadré — Actualité : Airbus, le cloud et la réalité de la réversibilité
Les annonces récentes d’Airbus concernant sa volonté de revoir certains de ses choix cloud ont remis en lumière une réalité que beaucoup d’organisations préfèrent ignorer.
Changer d’hébergeur cloud, surtout à l’échelle d’un groupe industriel mondial, n’est ni rapide, ni simple, ni neutre.
Ce que révèle ce type de démarche, ce n’est pas un échec du cloud, mais :
la profondeur de la dépendance technologique créée au fil des années,
la difficulté opérationnelle de la réversibilité, une fois les architectures, outils et compétences alignés sur un hyperscaler,
l’écart entre la réversibilité contractuelle et la réversibilité réelle.
Chaque service managé, chaque automatisation spécifique, chaque intégration renforce un peu plus l’ancrage dans un écosystème donné.
Le cas Airbus illustre de manière très concrète que :
le cloud engage l’organisation bien au-delà du SI, sur des dimensions industrielles, économiques et stratégiques.
Et que la vraie question n’est pas « peut-on sortir ? »,
mais « à quel coût, dans quels délais, et avec quelles pertes acceptables ? ».
4. Souveraineté : ce que l’on cède sans toujours le mesurer
Le cloud pose une question plus inconfortable encore : qui contrôle réellement l’infrastructure ?
Même avec :
des régions européennes,
des labels de confiance,
des dispositifs juridiques encadrés,
les dépendances demeurent :
technologiques,
contractuelles,
juridiques (extraterritorialité),
opérationnelles en cas de crise majeure.
La souveraineté numérique ne se limite pas à la localisation des données.
Elle concerne la capacité à décider, arbitrer et prioriser en situation dégradée.
Dans un monde instable — géopolitiquement, économiquement, réglementairement —
cette capacité devient un facteur clé de résilience.
5. Le mythe du cloud moins cher : quand la facture arrive plus tard
Le cloud est rarement coûteux au début.
C’est même l’un de ses principaux atouts.
Mais sans pilotage rigoureux, les coûts :
augmentent progressivement,
deviennent difficiles à expliquer,
finissent parfois par exploser sans alerte claire.
Stockage, services managés, redondances mal maîtrisées, environnements oubliés…
Sans démarche FinOps :
les arbitrages sont aveugles,
les métiers consomment sans visibilité,
la DSI subit la facture.
Le cloud n’est pas intrinsèquement cher.
Il est impitoyable avec les organisations qui ne pilotent pas leurs usages.
6. Résilience et cloud : le vrai sujet n’est pas “pour ou contre”
Le débat n’est pas de savoir s’il faut sortir du cloud.
Ni de le diaboliser.
Le vrai sujet est ailleurs :
le cloud engage l’organisation sur le long terme, bien au-delà des décisions initiales.
Une organisation résiliente :
connaît ses dépendances,
accepte ses limites,
anticipe ses scénarios de crise,
investit dans la gouvernance autant que dans la technologie.
La résilience n’est pas l’absence de dépendance.
C’est la conscience de ses dépendances, et la capacité à les maîtriser.
7. Ce que les organisations sous-estiment encore trop souvent
Les retours d’expérience convergent toujours vers les mêmes angles morts :
cartographie cloud incomplète,
réversibilité jamais testée,
coûts analysés trop tard,
dépendance aux compétences rares,
confusion entre vitesse de déploiement et maturité opérationnelle.
Ces sujets ne font pas la une des slides.
Ils sont pourtant au cœur de la résilience numérique.
Conclusion — Le cloud n’est pas un raccourci vers la résilience
Le cloud est un outil puissant.
Mais il n’est ni neutre, ni magique, ni sans contrepartie.
Choisir un hyperscaler, c’est :
accepter une dépendance durable,
arbitrer entre vitesse et contrôle,
céder une part de souveraineté,
s’engager économiquement sur le long terme.
La résilience ne consiste pas à éviter ces choix.
Elle consiste à les faire en conscience, avec lucidité, gouvernance et humilité.
Car le vrai risque, en 2026, n’est pas d’avoir choisi le cloud.
C’est de ne pas avoir compris ce que ce choix engageait réellement.
Bibliographie
Actualité cloud & souveraineté : Airbus cherche un cloud souverain
Source d’actualité illustrant la réflexion stratégique d’un grand groupe industriel sur l’hébergement cloud, la souveraineté numérique et les enjeux liés à la dépendance aux hyperscalers.
Dépendance & lock-in cloud (concepts généraux)
https://en.wikipedia.org/wiki/Vendor_lock-in
Définition et mécanismes du vendor lock-in — notion clé pour comprendre les coûts et difficulté de changer d’hébergeur cloud.
Souveraineté numérique (contexte européen & label cloud de confiance)
https://fr.wikipedia.org/wiki/Souverainet%C3%A9_num%C3%A9rique
Contexte plus large de la souveraineté des données en Europe, y compris les initiatives type cloud de confiance et les enjeux réglementaires qui structurent les choix de cloud dans des secteurs sensibles.
Cloud computing : challenges & lock-in
https://www.emma.ms/blog/cloud-computing-benefits-and-challenges
Article synthétique sur les avantages et les défis du cloud, incluant l’impact du lock-in sur la flexibilité, les coûts et la migration — utile pour soutenir l’analyse des coûts cachés et des difficultés de sortie.
Études académiques sur le lock-in cloud
Analyse en profondeur des défis techniques et commerciaux liés au lock-in, avec une discussion sur l’interopérabilité, la portabilité et les implications pour les organisations.