Comprendre le rapatriement cloud : tendances et implications

Les cas croissants de rapatriement cloud (l'acte de ramener une charge de travail cloud public vers un système local) suscitent un débat animé sur l'avenir des services cloud. Les analystes en faveur du cloud rejettent ou minimisent la tendance, insistant sur le fait que les chiffres croissants sont trompeurs.

De l'autre côté, certains affirment que les rapatriements indiquent un déclin de l'intérêt pour le cloud computing. Ce point de vue suggère que la tendance à retirer les charges de travail du cloud public est là pour durer et que le matériel sur site et la colocation continueront de défier le modèle « cloud-first ».

Cet article analyse le phénomène de rapatriement cloud et ses principaux moteurs. Nous considérons les deux points de vue discutés ci-dessus et évaluons si le cloud est vraiment en voie de disparition ou s'il y a une autre raison pour laquelle les entreprises ramènent les charges de travail cloud publiques.

Qu'est-ce que le rapatriement cloud ?

Le rapatriement cloud est le processus de déplacement d'applications, charges de travail ou données du cloud public vers une infrastructure locale. La plupart des entreprises transfèrent les actifs vers un cloud privé ou hybride, mais certaines abandonnent le modèle cloud et reviennent à un centre de données sur site classique.

Des études récentes montrent que plus de 80 % des entreprises aux États-Unis ont retiré certaines charges de travail cloud publiques en 2021. À première vue, cette statistique suggère un changement massif vers les systèmes sur site. Cependant, voici du contexte autour du chiffre de 80 % :

• Certains rapatriements impliquent un passage à un autre type de cloud mais pas l'abandon du cloud dans son ensemble.
• La plupart des transitions depuis le cloud public ne concernent qu'un nombre limité de charges de travail.
• Certaines charges de travail retirées n'étaient jamais censées vivre de manière permanente dans le cloud.
• Parfois, les équipes retirent des charges de travail comme mesure temporaire.

Voici les raisons les plus courantes pour lesquelles les entreprises décident de déplacer un actif depuis le cloud public :

• Adoption d'une solution cloud hybride.
• Limitation du Shadow IT (utilisation non sanctionnée du cloud public).
• Renforcement de la sécurité des données.
• Respect d'une nouvelle obligation réglementaire.
• Réorganisation d'une application pour améliorer les performances.
• Tentative de réduction des coûts IT qui ont spiralé hors de contrôle à mesure que l'environnement cloud grandissait.
• Déplacement des charges de travail vers un autre fournisseur.

Idéalement, le rapatriement cloud ne devrait pas consister à réadopter le même système sur site utilisé avant la migration cloud. Le changement devrait porter sur la poursuite de nouvelles opportunités IT ou la recherche d'une meilleure façon d'intégrer d'autres systèmes avec le cloud public.

La plupart des scénarios négatifs de rapatriement cloud se produisent lorsqu'une entreprise se précipite dans l'adoption du cloud. Le manque de planification initiale, de KPIs pauvres et de plans de migration lift-and-shift forcent souvent l'équipe à ramener une application du cloud.

Avantages du rapatriement cloud

Le rapatriement cloud peut apporter des avantages significatifs si vous avez le budget et un personnel IT capable pour faire fonctionner un système sur site. Voici un examen plus approfondi des avantages les plus impactants du retrait d'une application du cloud public en faveur d'une solution sur site.

Une opportunité pour une meilleure sécurité des données

De nombreuses entreprises décident de rapatrier vers un système sur site en raison de préoccupations de sécurité du cloud public. De multiples facteurs augmentent le risque de conservation des données dans le cloud public :

• Des centaines, voire des milliers de tenants partagent l'infrastructure cloud publique, créant de nombreuses opportunités d'erreurs et d'exploits.
• Puisque le fournisseur cloud gère le matériel sous-jacent, il y a un manque de transparence sur les contrôles qui gardent vos données en sécurité.
• Bien que le cloud public offre des mesures de sécurité de premier ordre, c'est à l'équipe du client de configurer et d'utiliser ces mesures au mieux de leurs capacités.
• À moins que vous ne signiez un SLA stipulant le contraire, le fournisseur détient les droits sur toutes les données que vous stockez dans le cloud public.

Les défaillances de sécurité par un fournisseur cloud sont rares, mais les mauvaises configurations par l'utilisateur final ne sont pas rares. À moins que votre équipe ne prenne le temps d'architecturer une solution de protection des données appropriée et de l'intégrer avec la pile du fournisseur, il n'y a aucun moyen de garantir la sécurité des données dans le cloud public.

Certaines entreprises préfèrent rapatrier les données vers une pile sur site où elles ont un contrôle pratique sur la prévention des violations de données et peuvent réduire significativement la surface d'attaque. Le rapatriement cloud permet également à une entreprise de résoudre les problèmes de sécurité multi-cloud ou de satisfaire toute nouvelle norme de conformité spécifique à l'industrie.

Éliminer le verrouillage fournisseur (Vendor Lock-in)

Le verrouillage fournisseur se produit lorsqu'une entreprise devient trop dépendante d'un fournisseur cloud public. Une fois verrouillée, le client est incapable d'utiliser un autre fournisseur sans coûts de commutation élevés pour ajuster :

• Les mesures de sécurité cloud.
• Les configurations de conformité.
• La gestion des accès.
• Les chemins de communication.
• Le réseau cloud.

Plus vous exécutez de charges de travail dans le cloud public, plus le risque de verrouillage fournisseur est grand. Le rapatriement cloud coupe ce « nœud coulant » et assure que votre entreprise n'est pas trop dépendante de qui que ce soit d'autre que votre équipe interne.

Plus de dépenses opérationnelles récurrentes (OpEx) élevées

Le cloud épargne aux entreprises d'investir massivement dans le matériel sur site, mais les prix s'additionnent en dépenses récurrentes pay-as-you-go. Une entreprise utilisant des ressources cloud publiques paie une mensualité pour tous les :

• Instances de serveur.
• Volumes de stockage.
• Services à l'utilisation.
• Composants cloud uniques.

Les coûts cloud spiralent souvent hors de contrôle avec le temps. Des recherches récentes ont révélé que les entreprises dépensent jusqu'à 62 milliards de dollars par an pour des ressources cloud publiques qu'elles n'utilisent ni n'ont besoin.

Une fois qu'une entreprise réalise qu'elle dépense trop sur le cloud public, le rapatriement est une étape logique. Retirer les charges de travail du cloud réduit ou élimine les dépenses récurrentes. Vous devrez investir dans une alternative sur site, cependant, donc l'absence d'OpEx à long terme vient au prix d'un coût immédiat élevé.

Mais, avec le temps, le rapatriement cloud est indéniablement un mouvement financier intelligent en termes de ROI (si vous pouvez vous le permettre au départ). Par exemple, Dropbox a décidé de retirer 600 pétaoctets de données du cloud public en 2015 au profit d'un centre de données sur site. En conséquence, l'équipe de Dropbox a obtenu une performance d'application plus rapide tout en économisant environ 74,6 millions de dollars.

Le rapatriement cloud mène également à une meilleure prévisibilité des prix. Les fournisseurs cloud publics changent régulièrement leur structure de tarification, rendant impossible pour une entreprise de créer des projections financières précises à long terme.

Contrôle total sur l'infrastructure

L'une des raisons les plus courantes pour lesquelles une entreprise opte pour le rapatriement cloud est le désir d'obtenir un contrôle total sur ses environnements IT. Que vous déplaciez les charges de travail vers un serveur dédié sur site, un cloud privé ou une architecture hybride, vous obtiendrez la liberté complète de personnaliser, configurer et gérer les ressources.

Opérer dans le cloud public n'enlève pas seulement le contrôle sur le matériel, mais vous devez aussi travailler avec un choix limité de logiciels. Les fournisseurs restreignent souvent ce que vous pouvez et ne pouvez pas utiliser pour s'adapter à la base d'utilisateurs la plus large possible. L'IT sur site n'a pas de telles limitations, accordant à l'équipe interne la liberté de choisir des solutions logicielles et matérielles optimales.

Meilleure performance des applications

Si un cloud public a trop d'utilisateurs, la congestion peut affecter vos performances. Ne pas respecter les benchmarks d'opération critiques pour la performance est un signe clair que vous devriez envisager le rapatriement.

Voici les traits typiques d'une application qui performe mieux sur site que dans le cloud public :

• Sensibilité extrême à la latence.
• Périodes longues d'I/O intensif.
• Grands ensembles de données nécessitant un transport entre divers emplacements pour le traitement.

Si votre application a ces caractéristiques et qu'elle sous-performe dans le cloud, vous êtes un candidat idéal pour le rapatriement. Votre application performera mieux sur du bare metal car il n'y a pas d'hyperviseur ou d'autres tenants qui peuvent ralentir les performances.

Le passage à un environnement d'hébergement sur site est aussi une opportunité d'améliorer la disponibilité des applications avec des solutions fiables de sauvegarde et reprise d'activité (BDR) sur site. Garantir 100 % de disponibilité ne sera pas facile, mais s'éloigner du cloud public remet le contrôle entre les mains de votre équipe interne.

Défis du rapatriement cloud

Les avantages du rapatriement cloud sont attrayants, mais passer à un système sur site n'est pas facile (ni bon marché). Examinons les principaux défis du déplacement d'une application hors du cloud public.

Le retour est souvent complexe

Configurer un système sur site et s'assurer qu'il fonctionne efficacement n'est pas facile. Votre équipe doit d'abord définir une infrastructure optimale, après quoi vous devez embaucher une équipe de techniciens capables pour configurer et faire fonctionner le nouveau système.

Le déplacement lui-même peut aussi être difficile. À moins que le fournisseur et le client ne partagent la même pile d'outils, rapatrier une application est plus facile à dire qu'à faire. La transition complète d'une application cloud-native vers un système sur site est complexe et chronophage, donc attendez-vous à des temps d'arrêt prolongés pendant le déplacement et une série d'erreurs après la transition. Vous ne devriez pas non plus vous attendre à beaucoup d'aide du fournisseur car ils ne se sentent naturellement pas obligés d'avoir une stratégie de sortie simple pour leurs clients.

Rappelez-vous aussi que le rapatriement ajoute à la complexité de la gestion et de la surveillance. Dans la plupart des cas, le déplacement peut ne pas valoir la peine d'économiser quelques dollars sur les coûts cloud.

Dans certains cas, vous pourriez même avoir besoin de convertir les données dans un format utilisable avant le déplacement. Par exemple, lors du déplacement d'une application du cloud public vers une solution VMware sur site, votre équipe doit utiliser le VMware Converter pour construire des VMDKs et recréer la VM. Ce processus peut prendre beaucoup de temps et nécessite une interruption prolongée du système actuel.

Les plateformes d'orchestration de conteneurs (telles que Kubernetes et Docker) sont un atout précieux lors du rapatriement d'une application depuis le cloud public. Contrairement aux machines virtuelles traditionnelles, les conteneurs n'ont pas de dépendances et sont beaucoup plus portables. S'ils ne le sont pas déjà, efforcez-vous de conteneuriser vos charges de travail pendant que vous effectuez le rapatriement cloud pour garantir des migrations plus faciles à l'avenir.

Le rapatriement cloud peut devenir vraiment cher, vraiment vite

Bien que l'hébergement sur site réduise les coûts opérationnels, le prix initial de l'équipement d'hébergement sur site peut être vertigineux. Votre entreprise doit tenir compte du prix de :

• Nouveau matériel et racks de serveurs.
• Une salle sur site adaptée pour les opérations IT avec planchers surélevés, systèmes anti-flamme, refroidissement suffisant, unité UPS, etc.
• Infrastructure d'alimentation et de réseau.
• Sécurité du centre de données sur site (scans biométriques, gardes 24/7, sas, cages de racks, etc.).

N'attendez rien de moins qu'un prix initial à six chiffres. Vos services seront en panne pendant que l'équipe effectue la transition, alors attendez-vous à un coup financier de ce côté aussi.

Une fois que vous migrez les charges de travail sur site, vous avez besoin d'une équipe de techniciens capables pour opérer et maintenir la nouvelle salle de serveurs. Il y a une pénurie de personnel qualifié, alors soyez prêt à offrir des salaires élevés ou attendez-vous à un taux de rétention des employés médiocre.

Avez-vous besoin de rapatriement cloud ?

Le rapatriement cloud est un mouvement drastique qui peut avoir des répercussions opérationnelles et financières significatives. Vous devez évaluer soigneusement si partir ou rester est la bonne option, ce que vous pouvez commencer en répondant aux questions suivantes :

• Gaspillez-vous de l'argent en payant pour de la capacité cloud publique que votre équipe n'utilise pas ?
• Les coûts cloud actuels sont-ils considérablement plus élevés que ce que vous attendiez avant la migration ?
• Votre application cloud public souffre-t-elle de problèmes de performance réguliers ?
• Subissez-vous des temps d'arrêt fréquents ?
• Votre entreprise relève-t-elle d'une réglementation de conformité (telle que CCPA/RGPD, HIPAA ou PCI) ? Votre fournisseur cloud public rend-il la conformité difficile (ou impossible) ?
• Vos charges de travail cloud publiques sont-elles trop sensibles à la latence pour leur environnement actuel ?
• Avez-vous une équipe interne capable de faire fonctionner une salle de serveurs sur site ?
• Un modèle de déploiement cloud différent aurait-il plus de sens pour votre cas d'utilisation ?
• Pouvez-vous vous permettre le coût de l'IT sur site ?

Le rapatriement cloud est probablement une option valable si vous avez répondu oui à la plupart de ces questions. Si la plupart de vos réponses étaient négatives, garder les applications cloud publiques là où elles sont est une décision plus intelligente.

Si vous avez donné des réponses mitigées, le meilleur mouvement est de rester sur place pour l'instant. Le cloud public a un historique de devenir moins cher et plus fonctionnel avec le temps. Vous ne voulez pas passer par le rapatriement pour découvrir dans quelques années que vous auriez mieux fait de rester avec l'architecture originale.

Devrions-nous nous attendre à un exode massif du cloud public ?

Presque toutes les entreprises conservent certains actifs dans le cloud public, ce qui n'est pas susceptible de changer. Ce à quoi vous pouvez vous attendre, cependant, c'est que plus d'entreprises se concentrent sur la recherche de solutions qui s'adaptent le mieux aux charges de travail individuelles. En conséquence, nous verrons probablement la fin du modèle « all-in » d'adoption du cloud public, mais s'attendre à ce que les rapatriements provoquent un effondrement total du marché du cloud public n'est pas un scénario réaliste.