Rapatriement du cloud : pourquoi les services informatiques des entreprises quittent le cloud

Ce blog a été publié pour la première fois en 2024 et a été mis à jour.

L'époque où “ tout est dans le cloud ” pourrait bien toucher à sa fin pour l'informatique d'entreprise, alors que de plus en plus d'organisations se tournent vers la « rapatriation du cloud » dans le cadre d'un rééquilibrage plus large de la répartition des charges de travail.

Le “ rapatriement du cloud ” témoigne de la réévaluation par les entreprises de leurs stratégies « cloud-first » à la lumière des pannes technologiques mondiales, des défis imprévus et de l'évolution des besoins métier. Selon une Étude IDC de 2024 rapportée par CIO, environ 80% de personnes interrogées s'attendaient à un certain niveau de rapatriement des ressources de calcul et de stockage au cours des douze prochains mois, et un Enquête Barclays auprès des directeurs informatiques – 4e trimestre 2024 L'étude 86% a révélé que les DSI prévoyaient de rapatrier au moins une partie de leurs charges de travail depuis le cloud public,le taux le plus élevé jamais enregistré. 

Le rapatriement du cloud désigne le processus consistant à transférer des applications, des données et des charges de travail depuis des fournisseurs de cloud public vers une infrastructure sur site, des clouds privés ou d’autres environnements d’hébergement. On parle également de migration inversée du cloud ou de rapatriement des charges de travail.

Les entreprises optent pour la rapatriation pour plusieurs raisons, notamment la prévisibilité des coûts, l’amélioration des performances, la conformité réglementaire, le contrôle de la sécurité ou la réduction de la dépendance vis-à-vis d’un seul fournisseur de cloud. La rapatriation implique rarement de quitter complètement le cloud. Dans la plupart des cas, il s’agit d’une démarche sélective dans laquelle certaines charges de travail sont ramenées sur site tandis que d’autres restent dans des environnements de cloud public, créant ainsi un modèle hybride qui place chaque charge de travail à l’emplacement qui lui convient le mieux.

Cette tendance témoigne d'une maturation plus générale de la stratégie cloud. Après plus d'une décennie d'adoption de l'approche “ cloud-first ”, les entreprises disposent désormais de suffisamment de données pour déterminer quelles charges de travail tirent réellement parti des avantages économiques du cloud public et lesquelles paient un surcoût sans obtenir de retour sur investissement correspondant.

Les entreprises réévaluent leurs stratégies axées sur le cloud, car la réalité du cloud public s'écarte de leurs attentes initiales. Parmi les principaux facteurs à l'origine de la « rapatriation » des applications vers des infrastructures sur site, on peut citer : 

• Des coûts qui montent en flèche et sont imprévisibles: La rentabilité promise par les environnements cloud s'est transformée en factures mensuelles imprévisibles qui semblent augmenter de manière exponentielle. 
• Problèmes de performances et de latence: Les applications critiques qui nécessitent une faible latence, telles que le traitement en temps réel, les transactions à haute fréquence ou les charges de travail en périphérie, peuvent présenter des performances insuffisantes dans le cloud, ce qui nuit à l'expérience utilisateur et à la productivité.
• Souveraineté des données et préoccupations réglementaires: Des réglementations telles que le RGPD, la loi HIPAA et les nouvelles lois régionales en matière de résidence des données compliquent la mise en conformité lorsque des données sensibles sont hébergées dans des régions cloud tierces, en particulier pour les entreprises multinationales. 
• Lacunes en matière de sécurité et de contrôle : Malgré les mesures de sécurité rigoureuses mises en place par les fournisseurs de services cloud, le contrôle direct limité sur les données et l'infrastructure engendre des angles morts en matière de surveillance, d'application des règles d'accès et de gestion des incidents.
• Dépendance vis-à-vis d'un fournisseur : Les API propriétaires, les frais de sortie de données et les services cloud natifs étroitement couplés rendent le transfert des charges de travail d'un fournisseur à un autre ou vers un environnement sur site à la fois coûteux et complexe.
• Aspects économiques des charges de travail liées à l'IA : L'exécution systématique de charges de travail d'entraînement et d'inférence IA dans le cloud public s'avère souvent plus coûteuse que la mise en place d'une infrastructure dédiée sur site ou en colocation, et l'hébergement privé offre un meilleur contrôle sur les données d'entraînement et les modèles propriétaires.

La pression sur les coûts, en particulier, produit des résultats concrets. Par exemple, la ’ sortie du cloud “ de 37signals devrait permettre à l'entreprise de réaliser des économies plus de 1 TP 15 T 10 millions sur cinq ans.

Le rapatriement du cloud offre plusieurs avantages aux entreprises qui souhaitent rééquilibrer leur infrastructure informatique. 

• Prévisibilité des coûts à long terme : Pour les charges de travail dont les besoins en ressources sont stables et prévisibles, les infrastructures sur site et en cloud privé permettent de réduire les dépenses informatiques globales en éliminant les frais variables liés au cloud, les frais de sortie de données et les coûts liés aux ressources inutilisées.
• Amélioration des performances et réduction de la latence : Applications nécessitant une faible latence, un débit d'E/S élevé ou un traitement en temps réel,tels que les systèmes de trading financier, les contrôles de production ou l'inférence par IA,offrent souvent de meilleures performances sur une infrastructure sur site dédiée. 
• Un meilleur contrôle de la sécurité : Le retour des données et des applications sur site permet aux entreprises d'exercer un contrôle direct sur leur niveau de sécurité, ce qui se traduit par des contrôles d'accès plus stricts, des politiques de sécurité personnalisées et une application cohérente de ces mesures dans l'ensemble de l'environnement.
• Renforcement de la gouvernance et de l'administration des identités (IGA) : Le rapatriement permet une gestion plus fine des identités des utilisateurs, des droits d'accès et des autorisations. Les solutions IGA sur site peuvent offrir des pistes d'audit plus fiables et des capacités de surveillance en temps réel, ce qui permet une détection et une réaction plus rapides face à d'éventuels incidents de sécurité.
• Mise en œuvre des principes du « privilège minimal » et du « Zero Trust » : Le rapatriement favorise la mise en œuvre du principe du « droit d'accès minimal », garantissant ainsi que les utilisateurs n'ont accès qu'aux ressources nécessaires à l'exercice de leurs fonctions. Il s'agit d'un élément fondamental de Architecture « Zero Trust ». 
• Conformité simplifiée et souveraineté des données : Les données étant hébergées sur site, les entreprises disposent d'un meilleur contrôle sur leur localisation et peuvent plus facilement se conformer aux exigences réglementaires telles que le RGPD, la loi HIPAA et les règles de la FINRA, en particulier dans les secteurs soumis à une législation stricte en matière de protection des données. Ce contrôle s'étend à la gestion du cycle de vie des données et aux politiques de conservation. 

La rapatriation des données du cloud comporte plusieurs risques que les entreprises doivent anticiper avant d'entamer une migration. 

• Investissement initial élevé : Le retour des ressources sur site nécessite souvent des dépenses d'investissement importantes en matériel, licences logicielles, infrastructure réseau et aménagement des locaux. Cela peut s'avérer particulièrement contraignant pour les entreprises qui ont déjà investi massivement dans la migration vers le cloud. 
• Complexité de la migration des données : Le transfert de volumes importants de données et d'applications depuis le cloud public vers des environnements sur site nécessite une planification minutieuse afin d'éviter toute perte ou altération des données, ou encore toute interruption de service. Ce processus peut s'avérer chronophage et nécessiter la mise en place de configurations hybrides temporaires pendant la phase de transition. 
• Frais de sortie et coûts liés à la sortie : Les fournisseurs de services cloud facturent des frais pour le transfert de données hors de leurs environnements, et les migrations à grande échelle peuvent entraîner des coûts importants. Les entreprises doivent également passer en revue leurs contrats cloud existants afin de vérifier les délais de préavis, les engagements minimaux et les autres coûts liés à la résiliation. 
• Refactoring de l'application : Les applications « cloud-native » reposant sur des services propriétaires, tels que les fonctions « serverless », les bases de données gérées ou les pipelines de traitement d'événements, peuvent nécessiter une refonte de leur architecture pour fonctionner sur site, ce qui entraîne un surcroît de temps et de coûts techniques. 
• Déficits de compétences en interne : Au cours de la dernière décennie, de nombreuses équipes informatiques ont privilégié le cloud. Reconstruire en interne une expertise en matière d'infrastructure sur site, de réseaux et d'exploitation des centres de données peut représenter un investissement considérable en termes de formation, de recrutement ou de partenariats externes. 
• Lacunes en matière de sécurité pendant la transition : Les données en transit constituent un point vulnérable. En l'absence de contrôles rigoureux, le processus de migration lui-même peut exposer l'entreprise à des fuites de données, à des accès non autorisés ou à des manquements à la conformité. C'est là qu'intervient une solution aboutie la gouvernance et l'administration de l'identité (IGA)  ces pratiques deviennent indispensables. 

Le rapatriement du cloud consiste à inverser le processus de migration vers le cloud, en transférant les charges de travail, les données et les applications d'un fournisseur de cloud public vers une autre infrastructure. La destination choisie dépend des objectifs de l'entreprise et des exigences liées aux charges de travail. 

Il existe quatre modèles principaux.

• Rapatriement complet : Transférer l'ensemble des charges de travail hors du cloud public pour les ramener vers une infrastructure sur site ou privée. Il s'agit du modèle le moins courant. 
• Rapatriement sélectif ou en fonction de la charge de travail : Transférer hors du cloud certaines charges de travail spécifiques, coûteuses, sensibles à la latence ou soumises à des exigences de conformité, tout en conservant les charges de travail natives du cloud ou à capacité extensible. Il s'agit du modèle le plus courant.
• Modèle de cloud hybride : Répartir les charges de travail entre l'infrastructure sur site et le cloud public en fonction de l'environnement le mieux adapté à chacune d'entre elles. Les charges de travail critiques et prévisibles sont exécutées sur site ; les charges de travail élastiques restent dans le cloud.
• Multi-cloud avec infrastructure privée : Combiner deux ou plusieurs clouds publics avec une infrastructure privée ou sur site afin d'éviter la dépendance vis-à-vis d'un fournisseur et d'optimiser les coûts, les performances et la résilience. La gouvernance des identités revêt une importance cruciale dans les environnements multicloud, là où les risques liés à l'accès s'accumulent d'un prestataire à l'autre.

La plupart des initiatives de rapatriement se déroulent en quatre phases : évaluation, préparation de l'environnement de destination, migration progressive accompagnée de tests, et suivi post-migration. Une approche progressive est la norme pour les données sensibles et les applications critiques pour l'entreprise.

Le rapatriement du cloud vers un environnement sur site consiste à transférer des charges de travail d'un fournisseur de cloud public directement vers une infrastructure détenue et exploitée par l'entreprise. Contrairement au rapatriement vers un cloud privé ou un centre de colocation, cette approche offre un contrôle total sur le matériel, le réseau et l'ensemble de la pile technologique.

Les migrations du cloud vers des infrastructures sur site sont particulièrement courantes pour les charges de travail pour lesquelles le contrôle direct du matériel apporte une valeur ajoutée mesurable, telles que :

• Applications sensibles à la latence : Le trading haute fréquence, les contrôles de production en temps réel et le traitement en périphérie fonctionnent souvent mieux sur du matériel dédié situé à proximité des utilisateurs finaux.
• Tâches impliquant un volume important de données : Les lacs de données, les plateformes d'analyse et les pipelines d'entraînement de l'IA qui engendrent des frais de sortie ou des coûts de stockage importants reviennent souvent moins cher lorsqu'ils sont exploités sur une infrastructure propre.
• Charges de travail soumises à une réglementation stricte : Les dossiers médicaux régis par la loi HIPAA, les données financières régies par la FINRA et les données à caractère personnel soumises au RGPD sont plus faciles à gérer lorsqu'ils sont physiquement hébergés dans des installations contrôlées par l'organisation.
• Infrastructure d'IA : Les charges de travail liées à l'entraînement et à l'inférence en IA sont de plus en plus rentables sur des clusters GPU dédiés sur site que selon les tarifs du cloud public, tout en offrant un meilleur contrôle sur les données d'entraînement et les modèles propriétaires.

Le modèle « du cloud vers les infrastructures sur site » nécessite un investissement initial plus important que les autres modèles, notamment en matière de matériel, d’installations, de licences et d’expertise interne. En contrepartie, il offre une prévisibilité des coûts à long terme, un contrôle direct de la sécurité et de la conformité, ainsi que la suppression des coûts variables liés au cloud.

Les entreprises qui rapatrient leurs charges de travail sur site assument l'entière responsabilité des fonctions de sécurité auparavant gérées par les fournisseurs de cloud, notamment les pare-feu avancés, les systèmes de détection d'intrusion et les audits de sécurité réguliers.  IGA est la clé de voûte de cette responsabilité.

Des capacités IGA bien développées permettent aux organisations d'exercer un contrôle rigoureux sur les personnes autorisées à accéder à quelles données et applications, et de gérer les identités des utilisateurs, les droits d'accès et la conformité dans tous les environnements.

Dans le cadre d'une opération de rapatriement, l'IGA joue trois rôles essentiels.

1. Redéfinir les politiques d'accès : Les droits d'accès associés aux rôles des services cloud doivent être soigneusement cartographiés et reproduits dans l'environnement sur site ou dans le cloud privé. Toute erreur à ce niveau peut entraîner soit des failles de sécurité, soit une perturbation des flux de travail.
2. Sécurisation de la migration elle-même : La phase de transfert des données constitue l'un des maillons les plus vulnérables de tout projet de rapatriement. IGA permet de garantir que seules les identités autorisées puissent lancer, consulter ou modifier les données pendant la transition.
3. Mise en place du principe du « privilège minimal » sur la nouvelle destination : Le rapatriement est l'occasion de repenser entièrement les contrôles d'accès, en appliquant les principes du « privilège minimal » et Confiance zéro une architecture qui aurait pu être difficile à mettre en œuvre dans un environnement cloud.

Le rapatriement concerne également les organisations prendre pleinement en charge la gestion des identités et des accès. Cela comprend la gestion du cycle de vie des utilisateurs, la mise en œuvre de l'authentification multifactorielle, et garantir une intégration transparente entre les applications sur site et les autres applications cloud. L'avantage réside dans une sécurité renforcée et une meilleure préparation aux audits ; le coût, quant à lui, correspond à l'expertise et à l'investissement opérationnel continu nécessaires pour maintenir ce niveau de sécurité.

La réussite d'un programme de rapatriement repose sur une planification qui va au-delà d'une simple comparaison des coûts. Les étapes suivantes constituent la base de la plupart des initiatives de rapatriement mises en œuvre par les entreprises.

1. Évaluer l'environnement cloud actuel : Évaluez l'infrastructure cloud existante selon quatre critères : coût, performances, sécurité et conformité. Cette analyse de référence permet d'identifier les charges de travail pouvant être rapatriées et celles qui doivent rester dans le cloud.
2. Définir le périmètre : Identifiez les applications, les ensembles de données et les services spécifiques à migrer. Établissez un ordre de priorité en fonction de l'importance stratégique pour l'entreprise, des économies prévues, des exigences de performance et des besoins en matière de conformité. Un périmètre clairement défini permet une migration par étapes.
3. Réaliser une analyse coûts-avantages complète : Ne vous limitez pas à comparer les tarifs du cloud et des solutions sur site. Tenez compte de l'investissement initial dans l'infrastructure, de la maintenance courante, des besoins en personnel, des gains de productivité, des coûts de sortie et de l'évolutivité à long terme. Prenez également en considération les avantages intangibles, tels que le contrôle des données et une sécurité renforcée.
4. Identifier les risques et élaborer des plans d'atténuation : Parmi les risques courants figurent la perte de données, les temps d'arrêt, les failles de sécurité pendant la migration et les échecs d'intégration. Les plans d'atténuation doivent inclure des procédures de sauvegarde et de restauration, des contrôles de sécurité renforcés pendant le transfert, ainsi que des procédures de retour en arrière clairement définies en cas de problème. 
5. Élaborer le plan de migration : Définissez les calendriers, la répartition des ressources, les exigences techniques et la responsabilité pour chaque phase. Prévoyez des procédures de test et de validation afin de vérifier que les systèmes fonctionnent correctement dans le nouvel environnement.
6. Élaborer l'analyse de rentabilité et obtenir l'adhésion des parties prenantes : Utilisez cette analyse pour aligner le rapatriement sur les objectifs financiers et stratégiques, obtenir l'adhésion de la direction et maintenir une communication claire avec le personnel informatique, les responsables opérationnels, les utilisateurs finaux et les partenaires externes tout au long du projet. 

La « rapatriation » du cloud constitue un réajustement stratégique de l'informatique d'entreprise, et non un rejet du cloud. Le juste équilibre entre le cloud, les infrastructures sur site et les infrastructures hybrides dépend des coûts, des exigences réglementaires et des objectifs à long terme de chaque organisation.

Ce qui distingue un rapatriement réussi d'un rapatriement coûteux, c'est la gouvernance. IGA garantit que le retour sur site se traduise par un contrôle d'accès plus strict, une capacité d'audit renforcée et un modèle de sécurité plus solide, plutôt que par l'apparition de nouvelles failles.

Prêt à renforcer la gouvernance des identités dans l'ensemble de votre environnement hybride ? Découvrez la gouvernance et le cycle de vie des RSA.