Rapatriement des données expliqué : pourquoi ramener les données cloud sur site est important

Le coût élevé de la conservation et de l'utilisation des données dans un cloud public devient de plus en plus un obstacle pour les entreprises. Les organisations recherchent des alternatives plus rentables, c'est pourquoi nous voyons de plus en plus de cas de rapatriement de données (l'acte de retirer des données actuellement dans le cloud public pour les réhéberger sur site ou sur du bare metal).

Cet article est une introduction au rapatriement de données et aux effets (positifs et négatifs) de quitter le cloud public au profit du stockage bare metal sur site. Poursuivez votre lecture pour découvrir les principaux moteurs du rapatriement de données et voir si le rappel des données basées sur le cloud est une décision judicieuse pour votre résultat net.

Qu'est-ce que le rapatriement de données ?

Le rapatriement de données est le processus de déplacement des données du cloud public vers un stockage autogéré (tel qu'un serveur dédié sur site ou un cloud privé). Selon la quantité de données qu'une entreprise décide de réhéberger, le rapatriement est soit :

• Total (lorsqu'une organisation retire toutes les données et coupe les liens avec le cloud public).
• Partiel (lorsqu'une entreprise décide de retirer certaines mais pas toutes les données du cloud, ce qui se produit généralement quand une équipe essaie d'améliorer les performances ou de réduire les coûts cloud).

Le rapatriement de données devient de plus en plus courant alors que les organisations réalisent les coûts élevés de la conservation de grandes quantités de données dans le cloud public. Lorsque vous avez un besoin de stockage massif (par exemple, si vous avez plusieurs pétaoctets de données non structurées que vous accédez régulièrement), le stockage basé sur le cloud n'est pas aussi rentable que les solutions plus traditionnelles.

En moyenne, les options basées sur le cloud coûtent deux fois plus cher pour l'utilisation que l'hébergement de données sur site. Cette statistique reste vraie même lorsque nous tenons compte des frais généraux requis pour le stockage sur site, qui incluent le prix de :

• Le personnel gérant le matériel.
• L'espace dans le centre de données.
• L'alimentation électrique.
• La sécurité physique.

La raison principale derrière cette différence drastique de prix est le coût de sortie (egress cost). Les fournisseurs ne vous facturent pas le téléchargement de données, mais vous payez pour la capacité et les transferts de données. Les transferts qui envoient des données en dehors de l'infrastructure du fournisseur sont coûteux et constituent souvent la plus grande partie de la facture mensuelle du cloud.

Le coût n'est pas la seule raison pour laquelle les entreprises choisissent de rapatrier les données. D'autres causes courantes incluent :

• Nouvelles mises à jour des règles de conformité.
• Problèmes de latence réseau.
• Préoccupations concernant la sécurité du cloud computing.
• Souhait d'atteindre des niveaux plus élevés de redondance des données.
• Temps d'arrêt fréquents dus à des erreurs du côté du fournisseur.
• Problèmes de Shadow IT (utilisation non autorisée des ressources cloud publiques).
• Décision de poursuivre un modèle de déploiement cloud différent.

Avantages du rapatriement de données

Comme la plupart des décisions IT, opter pour le rapatriement de données a des avantages et des inconvénients. Examinons de plus près les bénéfices les plus importants du rappel des données du cloud public.

Réduction des coûts et meilleur ROI

Le coût est l'avantage principal et la raison principale du rapatriement de données. Bien qu'un centre de données sur site soit coûteux à mettre en place, les coûts du cloud public s'accumulent au fil du temps car vous payez mensuellement pour :

• Les volumes de stockage.
• Les instances de serveur.
• Les services à l'utilisation.
• Les coûts de transfert de données (sortie).
• Les « coûts cachés » (des études récentes révèlent que les entreprises dépensent plus de 62 milliards de dollars par an en ressources cloud publiques qu'elles n'utilisent ni n'ont besoin).

Tôt ou tard, vos dépenses cloud totales atteindront le prix de l'équipement d'hébergement sur site. Cependant, à ce stade, vous aurez dépensé ces fonds en dépenses opérationnelles du cloud computing, et vous ne possèderez aucun matériel malgré l'investissement. De ce point de vue, l'hébergement sur site a un ROI bien supérieur.

Gardez à l'esprit que les frais de stockage basés sur le cloud sont également incohérents et difficiles à prévoir. Les coûts projetés dépassent rapidement le budget car :

• Les fournisseurs changent leurs prix.
• Vos besoins IT changent avec le temps.
• Les équipes sous-estiment souvent les coûts impliqués dans l'exploitation dans le cloud.
• Les environnements IT complexes souffrent souvent de Shadow IT.

Avec un système de stockage sur site, les coûts ne changent pas en fonction de ce que vous faites avec vos données. Si vos besoins IT grandissent, vous devrez investir dans plus de matériel, mais vous ne « dépasserez » jamais une facture comme vous le pouvez avec le stockage basé sur le cloud.

Sécurité pratique sur vos données

Héberger des données dans un cloud public signifie que le fournisseur est responsable du stockage et de la sécurité des informations. Cet arrangement est une aubaine pour certains, mais peut être un obstacle pour les entreprises recherchant une approche plus pratique de la sécurité des données.

Il y a aussi plusieurs préoccupations uniques lorsque vous gardez des données dans un cloud public :

• Des centaines de tenants (ou même plus) partagent l'infrastructure cloud publique, ce qui introduit un élément de risque qui n'existe pas dans l'hébergement interne.
• Il y a un manque de visibilité sur les contrôles qui gardent les données cloud en sécurité.
• L'équipe du client est responsable de l'utilisation des mesures fournies par le vendeur, donc il y a amplement de place pour la mauvaise configuration (les erreurs les plus courantes se produisent dans les politiques de sécurité cloud).
• Le fournisseur détient les droits sur les fichiers que vous stockez dans le cloud public (sauf si vous signez un SLA stipulant le contraire).
• Le cloud public permet aux utilisateurs finaux d'accéder aux données de n'importe où, donc il y a toujours la possibilité de partager des données avec les mauvaises personnes.

Bien que les défaillances des fournisseurs soient rares, les utilisateurs de cloud public doivent savoir qu'elles sont possibles. En août 2018, une erreur AWS a exposé des données critiques d'environ 31 000 systèmes appartenant à GoDaddy. Si l'entreprise avait gardé les données sur site, cet incident ne se serait pas produit.

Le rapatriement des données permet un niveau de proximité et de contrôle physique des données que le cloud public ne peut pas offrir. Vous limitez également la surface d'attaque en réduisant le nombre d'événements qui peuvent mal tourner avec vos données. Considérez cela comme garder de l'argent dans un coffre à la maison versus un coffre à la banque — la banque est sûre, bien sûr, mais vous n'avez pas votre mot à dire sur la façon dont ils protègent les coffres, en plus ils sont une cible de choix pour les vols. De ce point de vue, il y a un argument fort que votre argent est plus sûr à la maison.

Aucun risque de verrouillage fournisseur (Vendor Lock-in)

Le verrouillage fournisseur se produit lorsqu'une entreprise devient trop dépendante d'un fournisseur cloud. Si vous stockez des données chez un vendeur trop longtemps et construisez une architecture d'application autour de ce stockage, le verrouillage grandira naturellement avec le temps. Vous êtes alors incapable de passer à une autre plateforme (que ce soit interne ou appartenant à un autre fournisseur) sans coûts de commutation élevés.

Le rapatriement de données garantit que votre stockage ne dépend jamais d'aucun fournisseur plus que de votre équipe interne. Votre personnel gère l'ensemble de données, et il n'y a aucun risque de « rester coincé » avec un tiers.

Meilleure latence

Bien que le cloud public fournisse une capacité de stockage presque illimitée, votre capacité à accéder et utiliser les données basées sur le cloud dépend de la connexion Internet. Les opérations subissent des lags si vous effectuez le traitement en interne et que la connexion aux données du cloud public est lente.

Le lag peut ne pas être un problème pour certains cas d'utilisation (tels que la sauvegarde et la récupération ou les opérations email), mais il est préjudiciable pour certaines charges de travail, comme :

• Analytique en temps réel.
• Applications de cybersécurité.
• Capteurs.
• Applications IoT.

Si vous avez une application sensible à la latence qui dépend fortement d'un ensemble de données, héberger l'information sur site (ou utiliser un serveur edge) fournit beaucoup moins de lag que l'utilisation d'un cloud public. Vous raccourcissez le chemin de communication, et l'équipe interne a l'opportunité d'affiner le stockage, le calcul et les ressources réseau pour s'adapter à l'application.

Conformité plus facile avec les réglementations sur les données

Les fournisseurs de cloud public (en particulier les hyperscalers) travaillent dur pour répondre aux exigences gouvernementales et industrielles comme HIPAA et PCI. Cependant, il y a une préoccupation majeure avec le respect des réglementations dans le cloud public : l'emplacement des données. Si votre entreprise relève d'une loi exigeant l'hébergement de données dans une région spécifique, l'utilisation du cloud public pourrait vous mettre dans un monde d'ennuis juridiques (et financiers).

Au lieu de configurer des serveurs cloud dans des régions spécifiques et de compter sur un tiers pour ne pas déplacer les informations, certaines organisations préfèrent prendre le contrôle total et déplacer les données vers un système sur site.

Inconvénients du rapatriement de données

Voici les défis et inconvénients les plus notables de l'option de rapatriement de données :

• Vous devrez prévoir un budget pour le matériel nécessaire pour héberger les données sur site, quel que soit le système que vous décidez de mettre en place (cloud privé, serveur dédié, équipement de colocation, etc.).
• Vous devez embaucher une équipe interne pour configurer et gérer le nouvel environnement IT.
• Votre équipe est seule responsable de la mise en place de la protection et de la sécurité des données sur site contre les violations potentielles, fuites, cyberattaques et menaces à l'intégrité des données.
• C'est à votre personnel d'assurer une disponibilité adéquate des données.
• Quand quelque chose ne va pas, c'est à votre équipe de corriger le problème. Il n'y a pas de fournisseur vers qui se tourner en cas de temps d'arrêt, alors assurez-vous que votre équipe sait comment gérer les bases de données sur site avant de décider de retirer quoi que ce soit du cloud public.
• Le rapatriement de données perturbe parfois la chimie et la culture de l'équipe. Certains employés peuvent avoir l'impression que l'entreprise fait un pas en arrière, et vous devez ajouter de nouvelles tâches à leur journée de travail.
• Parfois, ramener les données sur site entraîne une perte de vitesse ou de performance. Dans ce cas, vous devrez réoptimiser tous les services et charges de travail qui utilisent cet ensemble de données, un processus qui dure souvent au moins quelques jours.
• Vous n'avez plus accès à des ressources à la demande illimitées une fois que vous quittez le cloud public, alors dites adieu au provisionnement rapide et au scaling instantané. Vous devez mettre de côté des ressources et acheter du nouveau matériel si vous avez besoin de plus de stockage.

Comment rapatrier les données ?

Surveillez l'utilisation des ressources cloud et comparez périodiquement ces coûts aux méthodes de stockage alternatives. S'il devient évident qu'un autre type de stockage offre un ROI plus élevé pour votre cas d'utilisation, il est temps pour le rapatriement de données. Ce processus ressemble à ceci :

• Commencez par déterminer quelles données vous voulez rapatrier et définissez l'objectif du changement. Visez-vous un rapatriement total, ou l'approche partielle a-t-elle plus de sens ?
• Considérez tout verrouillage fournisseur, architectural ou problèmes d'utilisateurs finaux qui pourraient ralentir ou empêcher le déplacement depuis le cloud.
• Divisez le plan en étapes et définissez des KPIs qui vous permettent de suivre les progrès.
• Décidez quel est l'environnement d'hébergement optimal pour vos données. Cherchez-vous à ramener les données vers une salle de serveurs sur site, ou la location d'un serveur dédié serait-elle plus adaptée ? Ou est-ce peut-être le cloud hybride la voie à suivre ?
• Déterminez le niveau de compétence de votre équipe. Selon l'expérience des employés, certaines options d'hébergement seront plus attrayantes que d'autres.
• Effectuez une analyse coûts-avantages détaillée du projet pour évaluer l'impact financier de chaque alternative viable.
• Planifiez comment l'équipe mettra à jour l'architecture d'application avec les données obtenant un nouveau domicile. Y a-t-il de la place pour améliorer la performance ou réduire le lag ?
• Commencez à déplacer les données du cloud public. Rappelez-vous que le déplacement prend du temps, et les applications qui dépendent des données en question seront en panne pendant le processus si vous n'avez pas de stockage de secours. Les archives froides sont généralement plus faciles à déplacer que les référentiels fréquemment consultés, alors faites un plan avec le plus petit impact sur votre UX.
• Effectuez des tests approfondis pour voir si toutes les applications et services associés à l'ensemble de données performent de manière optimale.

Quand rapatrier les données ?

Vous devriez rapatrier les données lorsqu'il devient évident que s'éloigner du cloud public bénéficierait à un (ou plusieurs) des fronts commerciaux suivants :

• Votre résultat net.
• Les niveaux de sécurité.
• La performance des services.

Voici quelques scénarios courants dans lesquels le rapatriement de données est la bonne décision commerciale :

• Les factures de stockage cloud deviennent incontrôlables : Commencez à envisager d'autres options de stockage dès que les factures de cloud public commencent à coûter plus que prévu (ou si vous payez pour des ressources que vous n'utilisez pas).
• Passage à un environnement d'hébergement mieux adapté : Le rapatriement de données signifie souvent que l'entreprise a identifié une meilleure solution de stockage pour son cas d'utilisation. Les problèmes les plus courants que les entreprises visent à résoudre sont le lag et les problèmes de disponibilité.
• Nouvelles règles de conformité : Les mises à jour des réglementations forcent les entreprises dans des industries plus strictes à rapatrier les données du cloud public.
• L'utilisation du cloud a fait son temps : Le cloud public a l'impact le plus significatif pendant les phases initiales de chaque projet. Dès que votre équipe commence à analyser les tendances d'utilisation des ressources, commencez à effectuer des analyses coûts-avantages régulières pour voir s'il y a un besoin de rapatriement de données.
• Précipitation dans l'adoption du cloud : Une planification initiale médiocre, des tactiques lift-and-shift et un manque de plans de migration cloud bien équilibrés sont des raisons courantes pour ramener les données du cloud public sur site. Rappelez-vous que couper les pertes est mieux que de tout miser sur la mauvaise solution de stockage.
• Fournisseurs cloud faisant faillite : Les clients n'ont d'autre choix que de récupérer leurs données si un vendeur ferme. Bien que ces scénarios soient rares, les entreprises doivent avoir un plan de reprise d'activité au cas où le fournisseur ferait faillite.

N'ayez pas peur du rapatriement de données et visez toujours la solution de stockage optimale

Le rapatriement de données consiste à poursuivre de nouvelles opportunités IT, optimiser les dépenses et améliorer la performance des applications. Ces trois facteurs priment sur votre engagement envers le cloud public, alors assurez-vous que votre équipe considère toujours les alternatives d'hébergement pour chaque base de données, charge de travail et service s'exécutant dans le cloud.