Qu'est-ce que le rapatriement cloud ?

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

D'un 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 remettre en question le modèle "cloud-first".

Cet article analyse le phénomène de rapatriement du cloud et ses principaux moteurs . Nous examinons les deux points de vue évoqués ci-dessus et évaluons si le cloud est vraiment en voie de disparition ou s'il existe une autre raison pour laquelle les entreprises retirent les charges de travail du cloud public.

Qu'est-ce que le rapatriement cloud ?

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

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

• Certains rapatriements impliquent de passer à un autre type de cloud, mais sans abandonner complètement le cloud.
• La plupart des transitions depuis le cloud public n'impliquent qu'un nombre limité de charges de travail.
• Certaines charges de travail extraites n'étaient jamais censées vivre en permanence dans le cloud.
• Parfois, les équipes retirent des charges de travail à titre temporaire.

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

• Adopter une solution de cloud hybride.
• Limiter le Shadow IT (utilisation non autorisée du cloud public).
• Améliorer la sécurité des données.
• Répondre à une nouvelle obligation réglementaire.
• Réorganiser une application pour améliorer les performances
• Essayer de réduire les coûts informatiques qui ont échappé à tout contrôle à mesure que l'environnement cloud se développait.
• 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é auparavant migration vers le cloud . Le changement devrait consister à rechercher de nouvelles opportunités informatiques ou à trouver un meilleur moyen d'intégrer d'autres systèmes au cloud public.

La plupart des scénarios négatifs de rapatriement du cloud se produisent lorsqu'une entreprise se précipite dans l'adoption du cloud. L'absence de planification initiale, des indicateurs de performance clés médiocres et des plans de migration lift-and-shift obligent souvent l'équipe à retirer une application du cloud.

Avantages du rapatriement dans le cloud

Le rapatriement dans le cloud peut apporter des avantages significatifs si vous disposez du budget et d'un personnel informatique capable d'exécuter un système sur site. Vous trouverez ci-dessous un examen plus approfondi des avantages les plus importants du retrait d'une application du cloud public au profit 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 des problèmes de sécurité du cloud public. Plusieurs facteurs augmentent le risque de conserver les données dans le cloud public :

• Des centaines, voire des milliers de locataires partagent l'infrastructure de cloud public, ce qui crée de nombreuses opportunités d'erreurs et d'exploits.
• Étant donné que le fournisseur de cloud gère le matériel sous-jacent, il y a un manque de transparence sur les contrôles qui assurent la sécurité de vos données.
• Bien que le cloud public offre des mesures de sécurité de haut niveau, il appartient à l'équipe du client de configurer et d'utiliser ces mesures au mieux de ses capacités.
• Sauf si vous signez 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 de cloud sont rares, mais les erreurs de configuration par l'utilisateur final ne sont pas rares. À moins que votre équipe ne prenne le temps de concevoir une solution de protection des données appropriée et de l'intégrer à 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 considérablement la surface d'attaque. Le rapatriement cloud permet également à une entreprise de résoudre les problèmes de sécurité multi-cloud ou de répondre à toute nouvelle norme de conformité spécifique à l'industrie.

Éliminer le blocage des fournisseurs

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

• Mesures de sécurité cloud.
• Configurations de conformité.
• Gestion des accès.
• Chemins de communication.
• Mise en réseau cloud.

Plus vous exécutez de charges de travail dans le cloud public, plus le risque de dépendance vis-à-vis d'un fournisseur est grand. Le rapatriement dans le cloud réduit ce " nœud coulant " et garantit que votre entreprise ne dépend pas trop de qui que ce soit d'autre que de votre équipe interne.

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

Le cloud évite aux entreprises d'investir massivement dans du matériel sur site, mais les prix s'additionnent en dépenses récurrentes de paiement à l'utilisation. Une entreprise utilisant des ressources de cloud public paie des frais mensuels pour tous :

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

Les coûts du cloud deviennent souvent incontrôlables au fil du temps. Des recherches récentes ont révélé que les entreprises dépensent jusqu'à 62 milliards de dollars par an pour payer les ressources du cloud public dont elles n'ont ni besoin ni n'utilisent .

Une fois qu'une entreprise se rend compte qu'elle dépense trop pour le cloud public, le rapatriement est une étape logique. Extraire les charges de travail du cloud réduit ou élimine les dépenses récurrentes. Cependant, vous devrez investir dans une alternative sur site, de sorte que l'absence d'OpEx à long terme se fait au prix d'un coût immédiat élevé.

Mais, au fil du temps, le rapatriement du cloud est sans aucun doute une décision financière intelligente en termes de retour sur investissement (si vous pouvez vous permettre de le faire en premier lieu). 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 amélioré les performances de ses applications tout en économisant environ 74,6 millions de dollars.

Le rapatriement dans le cloud conduit également à une meilleure prévisibilité des prix . Les fournisseurs de cloud public modifient régulièrement leur structure tarifaire, ce qui empêche une entreprise de créer des projections financières précises à long terme.

Contrôle total de 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 complet sur son ou ses environnements informatiques. Que vous déplaciez des charges de travail vers un serveur dédié sur site, un cloud privé ou une architecture hybride, vous bénéficierez d'une totale liberté pour personnaliser, configurer et gérer les ressources.

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

Meilleures performances de l'application

Si un cloud public compte trop d'utilisateurs, la congestion peut affecter vos performances. Le fait de ne pas respecter les critères de performance critiques pour les opérations est un signe clair que vous devriez envisager le rapatriement.

Voici les caractéristiques typiques d'une application qui fonctionne mieux sur site que dans le cloud public :

• Sensibilité extrême à la latence.
• Périodes intensives d'E/S de longue durée
• Ensembles de données volumineux nécessitant un transport entre différents emplacements pour le traitement.

Si votre application dispose de ces fonctionnalités et qu'elle est sous-performante dans le cloud, vous êtes un candidat de choix pour le rapatriement. Votre application fonctionnera mieux sur un système nu car il n'y a pas d'hyperviseur ou d'autres locataires qui peuvent ralentir les performances.

Le passage à un environnement d'hébergement sur site est également l'occasion d'augmenter la disponibilité des applications grâce à des solutions fiables de sauvegarde et de reprise après sinistre (BDR) sur site. Garantir une disponibilité à 100 % ne sera pas facile, mais s'éloigner du cloud public redonne le contrôle à votre équipe interne.

Défis du rapatriement dans le cloud

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

Le retour en arrière est souvent complexe

Mettre en place 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 compétents pour configurer et faire fonctionner le nouveau système.

Le déménagement lui-même peut également être difficile. À moins que le fournisseur et le client ne partagent la même pile d'outils, le rapatriement d'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 prend du temps. Attendez-vous donc à des temps d'arrêt prolongés pendant le déplacement et à une série d'erreurs après la transition. Vous ne devez pas non plus vous attendre à beaucoup d'aide de la part du fournisseur, car il ne se sent naturellement pas obligé d'avoir une stratégie de sortie simple pour ses clients.

N'oubliez pas non plus que le rapatriement ajoute à la complexité de la gestion et du suivi. Dans la plupart des cas, le déménagement ne vaut peut-être pas la peine d'économiser quelques dollars sur les coûts du cloud.

Dans certains cas, vous devrez peut-être même 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 convertisseur VMWare pour créer des VMDK et recréer la machine virtuelle. Ce processus peut prendre beaucoup de temps et nécessite une interruption prolongée du système actuel.

Les plates-formes d'orchestration de conteneurs (telles que Kubernetes et Docker) sont un atout majeur lors du rapatriement d'une application depuis le cloud public. Contrairement aux machines virtuelles traditionnelles, les conteneurs n'ont aucune dépendance et sont beaucoup plus portables. S'ils ne le sont pas déjà, efforcez-vous de conteneuriser vos charges de travail lorsque vous effectuez un rapatriement dans le cloud pour garantir des migrations plus faciles sur toute la ligne.

Le rapatriement dans le cloud peut devenir très coûteux, très rapide

Alors que l'hébergement sur site réduit les coûts d'exploitation, le prix initial de l'équipement d'hébergement sur site peut être époustouflant. Votre entreprise doit comptabiliser le prix de :

• Nouveaux racks de matériel et de serveurs.
• Une salle sur site appropriée pour les opérations informatiques avec des planchers surélevés, des systèmes anti-flammes, un refroidissement suffisant, une unité UPS, etc.
• Infrastructure d'alimentation et de mise en réseau
• Sécurité du centre de données sur site (scans biométriques, gardes 24h/24 et 7j/7, sas, cages de rack, etc.).

Ne vous attendez pas à moins qu'un prix initial à six chiffres. Vos services seront interrompus pendant que l'équipe effectuera la transition, alors attendez-vous également à un coup dur financier sur ce front.

Une fois que vous avez migré les charges de travail sur site, vous avez besoin d'une équipe de techniciens compétents pour exploiter et entretenir 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 faible taux de rétention des employés.

Avez-vous besoin d'un rapatriement cloud ?

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

• Perdez-vous de l'argent en payant pour la capacité de cloud public que votre équipe n'utilise pas ?
• Les coûts actuels du cloud sont-ils considérablement plus élevés que ce à quoi vous vous attendiez avant la migration ?
• Votre application de cloud public rencontre-t-elle régulièrement des problèmes de performances ?
• Reprouvez-vous des temps d'arrêt fréquents ?
• Votre entreprise est-elle soumise à une réglementation de conformité (telle que CCPA/RGPD, HIPAA ou PCI) ? Votre fournisseur de cloud public rend-il difficile (ou impossible) pour vous de vous conformer à vos obligations ?
• Vos charges de travail de cloud public sont-elles trop sensibles à la latence pour leur environnement actuel ?
• Disposez-vous d'une équipe interne capable de gérer une salle de serveurs sur site ?
• Un modèle de déploiement cloud différent serait-il plus adapté à votre cas d'utilisation ?
• Pouvez-vous vous permettre le coût d'une informatique sur site ?

Le rapatriement dans le cloud est probablement une option intéressante si vous avez répondu oui à la plupart de ces questions. Si la plupart de vos réponses étaient négatives, garder les applications de cloud public là où elles se trouvent est une décision plus intelligente.

Si vous avez donné des réponses mitigées, le mieux est de rester sur place pour le moment. Le cloud public a l'habitude de devenir moins cher et plus fonctionnel au fil du temps. Vous ne voulez pas passer par le rapatriement pour découvrir dans quelques années que vous auriez mieux fait de vous en tenir à l'architecture d'origine.

Faut-il s'attendre à un exode massif du cloud public ?

Presque toutes les entreprises conservent des actifs dans le cloud public, ce qui ne devrait pas changer. Ce à quoi vous pouvez vous attendre, cependant, c'est que davantage d'entreprises se concentrent sur la recherche de solutions qui correspondent le mieux aux charges de travail individuelles. En conséquence, nous verrons probablement la fin du modèle "tout compris" d'adoption du cloud public, mais s'attendre à ce que les rapatriements provoquent un effondrement complet du marché du cloud public n'est pas un scénario réaliste.