Cloud repatriierung : 86 % des cio rapatrient des charges

28.03.2026

9 min de lecture

86 % des DSI prévoient de rapatrier des charges de travail depuis le cloud public vers une infrastructure privée ou sur site. 37signals économise 2 millions de dollars par an après son retrait d’AWS. GEICO rapatrie au moins 50 % de ses charges de travail après une décennie sur Azure. Le cloud n’a pas échoué. Mais l’illusion selon laquelle le cloud est toujours moins cher, si.

L’essentiel en bref

86 % des DSI prévoient un rapatriement de charges de travail depuis le cloud public. 80 % souhaitent le réaliser dans les 12 prochains mois (IDC 2024).
30 à 60 % d’économies sur les coûts d’infrastructure sont réalistes. 37signals économise 2 millions de dollars par an, Dropbox a économisé 75 millions de dollars en deux ans.
27 % des dépenses cloud sont gaspillées : ressources sous-utilisées, instances surdimensionnées et environnements de développement oubliés font exploser les coûts (Flexera 2025).
GEICO, un signal d’alerte : une décennie de migration vers Azure, plus de 600 applications, des coûts 2,5 fois supérieurs aux prévisions et une fiabilité en baisse. Désormais, 50 % de rapatriement vers OpenStack.
Les architectures hybrides comme modèle cible : il ne s’agit plus de cloud contre on-premises, mais de placer chaque charge de travail là où elle crée le plus de valeur. Gartner prévoit 723 milliards de dollars de dépenses cloud en 2025, malgré la tendance au rapatriement.

Le piège des coûts cloud : pourquoi l’addition ne tombe pas juste

Le cloud était une promesse : pas d’investissements initiaux, une scalabilité flexible, des coûts d’exploitation plutôt que des coûts d’investissement. Pour de nombreuses entreprises, cette promesse s’est concrétisée – du moins les premières années. Puis sont arrivés les coûts cachés : les frais de sortie pour le transfert de données, la hausse disproportionnée des coûts de stockage, les effets de verrouillage liés aux services propriétaires et la complexité de la gestion multi-cloud.

Selon Flexera, 27 % de toutes les dépenses cloud sont gaspillées. Pour une entreprise dont les coûts cloud annuels s’élèvent à 10 millions d’euros, cela représente 2,7 millions d’euros perdus dans des ressources inutilisées ou surdimensionnées. Et 84 % des organisations citent la gestion des coûts comme leur plus grand défi cloud.

Pour la direction, ce n’est pas un problème informatique. C’est une question de rentabilité. Si la facture cloud augmente plus vite que la valeur métier qu’elle génère, la stratégie est à revoir.

Flexera State of the Cloud 2025

27 %

de toutes les dépenses d’infrastructure cloud sont gaspillées

Source : Flexera State of the Cloud Report, 2025

Trois entreprises revenues en arrière

37signals (Basecamp/HEY) : L’entreprise de David Heinemeier Hansson a quitté AWS pour investir dans ses propres serveurs. Les économies prévues de 7 millions de dollars sur cinq ans ont été dépassées : 2 millions de dollars d’économies annuelles, soit environ 10 millions de dollars sur cinq ans. Le secret ? Des charges de travail prévisibles sans pics de scalabilité.

Dropbox : Le fournisseur de stockage cloud a construit sa propre infrastructure et économisé 75 millions de dollars en deux ans. Dropbox avait un problème spécifique : ses charges de travail étaient si volumineuses et régulières que les modèles tarifaires du cloud public étaient structurellement plus coûteux que du matériel propriétaire.

GEICO : L’assureur américain a migré plus de 600 applications vers Azure sur une décennie. Résultat : des coûts 2,5 fois supérieurs aux attentes et une fiabilité en baisse. GEICO rapatrie désormais au moins 50 % de ses charges de travail vers un cloud privé basé sur OpenStack. L’économie attendue : 50 % par cœur de calcul et 60 % par gigaoctet de stockage.

« Le rapatriement cloud n’est pas un retour en arrière. C’est une maturation de la stratégie cloud. Les organisations prennent des décisions de plus en plus éclairées sur l’endroit où leurs charges de travail doivent réellement se trouver. »
Puppet, Cloud Repatriation Report 2025

Quand le rapatriement est judicieux… et quand il ne l’est pas

Tous les workloads ne doivent pas revenir sur des serveurs internes. La décision dépend de trois facteurs :

Prévisibilité. Les charges de travail stables et prévisibles (bases de données, applications internes, archivage) sont des candidates au rapatriement. Les charges de travail avec des pics de scalabilité marqués (pages d’atterrissage de campagnes, pics saisonniers du e-commerce) restent mieux dans le cloud.

Volume de données. Les grandes quantités de données déplacées régulièrement génèrent des coûts de sortie élevés dans le cloud public. Dropbox et 37signals avaient exactement ce profil : des volumes de données élevés avec une faible variabilité.

Réglementation. Pour les entreprises DACH, la souveraineté des données, le RGPD et les réglementations sectorielles (DORA pour les services financiers, loi KRITIS) jouent un rôle central. Une infrastructure propre en Allemagne offre un contrôle total sur la localisation et l’accès aux données. La maîtrise des données devient un argument stratégique.

Inadapté au rapatriement : Les workloads d’IA nécessitant des clusters GPU (trop coûteux en interne), les applications SaaS (le cloud EST le produit), les applications distribuées globalement avec des exigences de latence et les startups en phase de croissance (la flexibilité prime sur l’optimisation des coûts).

Les coûts cachés du rapatriement

Ce que les annonces de succès ne disent pas : le rapatriement n’est pas gratuit. La direction doit comprendre les coûts totaux, pas seulement les économies d’infrastructure.

Investissement matériel : Serveurs, stockage, réseau, capacité de data center. Pour une charge de travail de taille moyenne, un investissement initial de 500 000 à 2 millions d’euros est réaliste. Amortissement sur 3 à 5 ans.

Personnel : Les services managés du cloud remplacent le personnel d’exploitation interne. Revenir à du matériel propre signifie : embaucher ou former des administrateurs système, des ingénieurs réseau et des spécialistes de la sécurité. Dans le contexte actuel de pénurie de compétences, c’est le principal obstacle.

Migration : Le rapatriement lui-même prend généralement 6 à 18 mois et mobilise des ressources de développement. Les applications utilisant des services cloud natifs (Lambda, DynamoDB, Cosmos DB) doivent être réécrites.

Coûts d’opportunité : Chaque mois consacré à la migration est un mois en moins pour le développement de produits. Cela doit être intégré dans le calcul du retour sur investissement.

Cinq questions pour la direction

1. Quel est le coût réel de notre cloud ? Pas le prix catalogue, mais le coût total incluant les frais de sortie cachés, le support premium et les instances surdimensionnées. La plupart des entreprises sous-estiment leurs dépenses cloud de 20 à 40 pour cent.

2. Quels workloads ont une charge prévisible ? Ce sont les candidats à la rapatriement. Tout ce qui présente une forte variabilité reste dans le cloud.

3. Avons-nous les ressources humaines nécessaires ? Sans équipe Ops, le rapatriement représente un risque. L’hébergement managé ou la colocation chez un prestataire DACH peut servir de pont : votre propre matériel, mais une infrastructure gérée.

4. À quel point dépendons-nous des services cloud natifs ? Plus vous utilisez de services propriétaires (Lambda, Step Functions, Cosmos DB), plus la migration sera coûteuse. Les dépendances aux plateformes jouent dans les deux sens.

5. Quelle est notre architecture cible dans cinq ans ? Un rapatriement total est rarement la solution. Les modèles hybrides, où les workloads stables tournent on-premise et les workloads variables dans le cloud, représentent l’approche la plus pragmatique pour la plupart des entreprises.

Conclusion

Le rapatriement cloud n’est pas un mouvement anti-cloud. Il s’agit d’une correction stratégique. Le cloud reste pertinent pour les workloads variables, l’entraînement de l’IA et les applications distribuées à l’échelle mondiale. Mais pour les workloads stables et gourmands en données, une infrastructure propre est souvent moins chère, plus contrôlable et plus sûre sur le plan réglementaire. Les chiffres sont éloquents : 30 à 60 pour cent d’économies sur les bons workloads. C’est à la direction de prendre la décision – non pas un choix binaire entre cloud ou on-premise, mais une approche au cas par cas. L’architecture hybride n’est pas un compromis. C’est la réponse mature à une question complexe.

Questions fréquentes

Que signifie la répatriation cloud ?

Le transfert de charges de travail, d’applications ou de données depuis le cloud public (AWS, Azure, GCP) vers des environnements de cloud privé, des centres de données en colocation ou une infrastructure on-premise propre. À ne pas confondre avec l’exit cloud, qui désigne un abandon total des services cloud.

Combien peut-on économiser grâce à la répatriation ?

En règle générale, entre 30 et 60 pour cent des coûts d’infrastructure pour les charges de travail adaptées. 37signals économise 2 millions de dollars par an, Dropbox a économisé 75 millions de dollars en deux ans. L’économie réelle dépend du profil de la charge de travail, du volume de données et des dépendances existantes au cloud. Important : il faut mettre en balance l’investissement initial dans le matériel (500 000 à 2 millions d’euros) et les coûts de personnel.

La répatriation va-t-elle à l’encontre de la tendance cloud ?

Non. Gartner prévoit 723 milliards de dollars de dépenses mondiales dans le cloud pour 2025 (soit une hausse de 21 pour cent). Le cloud continue de croître. La répatriation concerne des charges de travail ciblées, et non l’ensemble de l’infrastructure. La plupart des entreprises qui répatrient conservent entre 40 et 70 pour cent de leurs charges de travail dans le cloud.

La répatriation est-elle pertinente pour les PME ?

Oui, en particulier pour les entreprises ayant des charges de travail stables et des volumes de données élevés. Dans la zone DACH, s’ajoutent des raisons réglementaires : le RGPD, DORA et la loi-cadre KRITIS font de la souveraineté des données un argument stratégique. Les fournisseurs d’hébergement managé en Allemagne proposent des solutions intermédiaires : du matériel propre dans un data center allemand, exploité par le prestataire.

Combien de temps dure une répatriation cloud ?

En général, entre 6 et 18 mois pour la charge de travail principale. Les principaux facteurs de délai : les applications utilisant des services cloud natifs (serverless, bases de données managées, API propriétaires) doivent être réécrites ou remplacées. Les charges de travail en lift-and-shift (machines virtuelles sans services cloud natifs) peuvent être migrées en 2 à 4 mois.