Rapatriement du cloud : quand il est rentable de le récupérer

7 Min. Temps de lecture

Jamais autant de décideurs n’ont prévu de faire marche arrière. Un sondage Barclays de fin 2024 enregistre le plus haut niveau d’intentions de rapatriement parmi les DSI depuis le début de l’enquête. La raison est rarement idéologique. Ce sont des calculs qui, après des années de migration vers le cloud, ne correspondent plus. S’y ajoutent des workloads qui n’ont jamais été chez eux dans le cloud.

Les points clés en bref

• Le rapatriement est devenu la norme. Selon un sondage Barclays, plus de quatre DSI sur cinq prévoient des rapatriements, et une part importante des workloads autrefois migrés est déjà de retour. Le pendule penche vers un placement conscient au lieu du cloud par défaut.
• Seules les bonnes charges sont rentables. Les charges prévisibles et constantes économisent souvent un pourcentage à deux chiffres significatif sur site. Les workloads fluctuants, saisonniers ou expérimentaux restent moins chers dans le cloud.
• Le chemin du retour a ses propres coûts. Les frais de matériel, de fonctionnement et de sortie sont à prendre en compte. Quiconque retire sans calcul de coûts complet paie souvent plus pour le matériel et le fonctionnement que ce qu’il aurait économisé sur la facture cloud.

Lié :VMware : le choc des prix pour les entreprises DACH  /  Test de Coolify : l’auto-hébergement au lieu de Vercel et Heroku

Qu’est-ce que le rapatriement du cloud ? Le rapatriement du cloud désigne le transfert d’applications ou de données du cloud public vers un cloud privé ou des centres de données propres. Elle corrige le placement : les workloads atterrissent là où ils sont les plus rentables et contrôlables sur leur cycle de vie.

Pourquoi le rapatriement prend-il de l’ampleur en ce moment

Trois développements convergent. Le premier est le bilan de coûts sobre. De nombreuses charges ont été déplacées vers le cloud il y a des années, sans observer leur consommation dans le temps. Là où la demande est restée constante, la facturation basée sur l’utilisation s’accumule jusqu’à représenter un multiple de ce qu’aurait coûté du matériel propre. Le deuxième est la vague de l’IA : l’inférence GPU avec une utilisation élevée et permanente est l’un des postes de coût les plus chers. C’est précisément ici que l’exploitation personnelle est la plus rentable.

Le troisième est la pression des licences. Le choc des prix de VMware après le rachat par Broadcom a montré à de nombreuses entreprises à quel point la rentabilité d’une plateforme peut changer rapidement lorsqu’un fournisseur impose les conditions. Une préoccupation similaire caractérise le débat sur le cloud public, même s’il s’agit d’un profil de coûts différent. Les enquêtes IDC montrent qu’une grande majorité de responsables informatiques rapatrient ou prévoient de rapatrier au moins une partie de leurs charges. Le rapatriement est ainsi passé de l’exception à l’option planifiée.

Ce qui est rentable et ce qui reste dans le cloud

La décision dépend du profil de charge, et non de l’intuition. Une charge durable prévisible, telle qu’une base de données avec un débit stable ou une inférence productive avec une utilisation constante, est souvent nettement moins chère sur du matériel dédié. Les analyses des fournisseurs, telles que celles de Broadcom, indiquent que pour de telles charges de travail en régime permanent, les coûts totaux sont 40 à 50 % inférieurs à ceux du cloud public. Les rapports sectoriels estiment que les économies réalisées grâce à des rapatriements ciblés varient selon les cas, mais se situent dans une fourchette à deux chiffres, moyen à élevé ; il n’y a pas de chiffre global.

À l’inverse, le cloud reste adapté à tout ce qui présente une demande variable. Une campagne avec des pics de charge, un magasin saisonnier, un projet d’analyse de données avec un résultat incertain : ici, l’élasticité est de l’argent pur, car la capacité peut être augmentée ou réduite en quelques minutes. Si l’on sécurise de telles charges en local, on achète une réserve chère pour le jour de pointe, qui reste inactive 360 jours par an. La réponse honnête est presque toujours un hybride, dans lequel chaque charge est placée en fonction de son profil.

Les coûts cachés du retour

La répatriation ressemble à un simple programme d’économies, jusqu’à ce que les frais annexes soient présentés. Le matériel dédié immobilise du capital et vieillit. L’exploitation nécessite du personnel, qui a souvent été réduit pendant les années cloud, de l’administration du stockage à la planification de la capacité. Et la sortie elle-même coûte : les frais de sortie pour le retrait de grandes quantités de données sont un point de friction délibérément créé par les hyperscalers.

C’est pourquoi un rapatriement échoue rarement à cause du coût de fonctionnement permanent et souvent à cause de la migration. Si l’on n’a plus les compétences en interne, il faut soit les reconstruire à grands frais, soit confier l’exploitation à un partenaire de services gérés, qui récupère une partie des économies. Le cas du self-hosting montre à petite échelle ce qui est vrai à grande échelle : une plate-forme est opérationnelle en quelques jours, mais l’exploitation fiable à long terme nécessite du personnel.

Le facteur DACH : la souveraineté modifie le calcul

Dans la région DACH, un argument s’ajoute qui prend le dessus sur la simple question de coût. La résidence des données, la norme BSI C5 et la crainte d’un accès non européen rendent l’exploitation en propre ou le cloud privé européen attractifs pour les données réglementées, même si l’hyperscaler serait nominalement moins cher. Pour les autorités, le secteur de la santé et le secteur financier, le contrôle est un point d’audit important.

Cela modifie la logique d’investissement. Une plate-forme privée, qui est de toute façon maintenue pour des raisons de conformité, réduit les coûts marginaux de chaque charge supplémentaire rapatriée. Quiconque considère l’infrastructure souveraine comme une obligation devrait l’utiliser comme un levier de coût et examiner quelles charges de travail, jusqu’à présent hébergées dans le cloud public, peuvent être exécutées sur cette plate-forme.

Comment prendre la décision de manière propre

La première étape consiste à faire un inventaire par profil de charge. Chaque application plus importante est ensuite classée selon que ses besoins sont constants ou variables, la sensibilité de ses données et la taille du volume de données pour un éventuel déplacement. À partir de cette matrice, les candidats se détachent presque d’eux-mêmes : les charges permanentes constantes et sensibles aux données en premier lieu, les charges élastiques et expérimentales restent. Pour chaque candidat, un calcul des coûts complets doit être effectué, incluant le matériel, le personnel, les frais de sortie et les coûts de migration, au-delà de la facture mensuelle du cloud. La répatriation réussit comme une décision de placement planifiée avec un cas commercial calculé.

Foire aux questions

Source de l’image : générée par IA (juin 2026), certificat C2PA intégré à l’image

Source de l’image : générée par IA (Juli 2026)