Qu’est-ce que le lift and shift ?

Comme elle n’implique aucune modification de l’architecture des applications et peu ou pas de modification du code des applications, la stratégie lift and shift permet une migration plus rapide, moins laborieuse et, dans un premier temps, moins coûteuse que les autres processus. C’est également le moyen le plus rapide et le moins coûteux pour une entreprise de commencer à transférer des fonds informatiques des dépenses d’investissement (CapEx) vers les dépenses opérationnelles (OpEx) afin de lancer une stratégie cloud hybride et de commencer à utiliser la puissance de calcul, le stockage et l’infrastructure de mise en réseau du cloud, plus économiques et plus extensibles.

Aux débuts du cloud computing, la migration lift and shift valait la peine d’être envisagée pour toutes les applications sur site, sauf les plus anciennes, les plus complexes et les plus étroitement couplées. Mais à mesure que les architectures cloud ont évolué et ont permis une meilleure productivité des développeurs et des modèles de tarification cloud plus favorables, la valeur à long terme de la migration d’une application « en l’état » qui ne pouvait pas utiliser l’environnement cloud a considérablement diminué.

Aujourd’hui, le lift and shift est principalement considéré comme une option pour migrer les charges de travail qui sont prêtes pour le cloud dans une certaine mesure (par exemple, les charges de travail VMware, les applications conteneurisées, les applications basées sur une architecture de microservices) ou comme première étape pour restructurer une application monolithique pour le cloud, sur le cloud.

Comparée à la poursuite de l’exécution d’une application sur site, la migration par transfert de type « lift and shift » peut offrir plusieurs avantages majeurs :

• Une migration rapide, rentable et avec peu de perturbations : le lift and shift permet une migration rapide, sans consacrer une équipe importante à la tâche. L’application sur site peut rester en place pendant la migration, de sorte qu’il n’y a pas d’interruption de service et que l’expérience de l’application reste identique pour les utilisateurs.
  
  
• Potentiel d’amélioration des performances : le lift and shift offre la possibilité d’exécuter des applications sur du matériel mis à jour et plus performant sans avoir à acheter le matériel vous-même.
  
  
• Capacité accrue pour la consolidation sur site : ajoutez de la capacité de calcul, du stockage et plus de bande passante réseau à partir du cloud sur une base de paiement à l’utilisation tout en consolidant votre infrastructure de centre de données sur site et vos coûts en même temps.
  
  
• Évolutivité à la demande : le lift and shift peut permettre à votre entreprise de dimensionner une application sans acheter et installer physiquement de nouvelle capacité informatique. Il n’est pas non plus nécessaire de surdimensionner le matériel pour tenir compte des périodes de pointe.
  
  
• Élasticité économique : certaines applications peuvent également tirer parti de l’élasticité du cloud, c’est-à-dire de la possibilité d’activer et de réduire automatiquement les ressources pour répondre précisément à la demande. Plus l’élasticité de votre cloud est grande et plus votre application peut l’utiliser, plus vous pouvez économiser en n’utilisant que les ressources exactes dont vous avez besoin à tout moment.
  
  
• Sécurité renforcée : une fois migrées, même les applications héritées pourraient profiter des services de sécurité cloud tels que le contrôle d’accès basé sur les rôles, l’authentification à étapes et les processus de sécurité hybride unifiés.
  
  
• Réduction des coûts et des contraintes liés au centre de données sur site : plus vous pouvez migrer d’applications vers le cloud, plus vous pouvez réduire rapidement votre infrastructure sur site et les coûts de sa gestion et de sa maintenance.
  
  
• Une étape simple vers un cloud hybride : le lift and shift est un moyen simple de déplacer les applications les mieux adaptées vers un cloud public ou privé, tout en continuant à héberger les charges de travail des autres applications sur site. Avec les outils de gestion appropriés, vous pouvez gérer les plateformes ensemble dans le cadre d’une infrastructure unique et optimisée.

Encore une fois, le lift and shift ne produira pas ces avantages pour toutes les applications. Une application qui n’est que partiellement optimisée pour le cloud risque de ne jamais réaliser les économies potentielles du cloud et d’augmenter les coûts d’exécution dans le cloud. Si une application s’exécute lentement ou de manière inefficace sur site, il est peu probable qu’elle fonctionne mieux sur le cloud sans modification. Les coûts de licence et les restrictions peuvent rendre la migration par transfert de type « lift and shift » excessivement coûteux, voire impossible sur le plan légal.

La technologie de virtualisation VMware est omniprésente dans l’entreprise. VMware représente 80 % du marché de la virtualisation et 100 % des entreprises du Fortune 100 l’utilisent pour virtualiser leurs centres de données sur site. Sans surprise, la plupart des fournisseurs de cloud proposent une infrastructure VMware pour héberger des applications, et certains proposent des outils et des services spécialisés pour les migrations VMware « lift and shift » vers leurs clouds.

Pour transférer une workload VMware existante, le centre de données sur site et le centre de données cloud cible doivent partager un hyperviseur VMware ESXi sous-jacent et un ensemble commun d’outils et de scripts de gestion compatibles avec les API VMware et vSphere. Le fournisseur de cloud doit disposer d’une équipe chargée des opérations ayant les compétences et l’expérience nécessaires pour gérer la pile logicielle VMware.

La technologie clé qui simplifie une migration VMware par transfert de type « lift and shift » est VMware HCX (Hybrid Cloud Extension), un outil qui étend essentiellement le réseau sur site à un environnement VMware sur le cloud pour mettre rapidement en œuvre une infrastructure de cloud hybride. HCX permet la migration sécurisée et à grande échelle de milliers de machines virtuelles (VM) en l’état, sur site vers le cloud, de gérer et d’exécuter des charges de travail qui utilisent les mêmes outils, scripts et compétences sur site et dans le cloud et vous permet d’implémenter la réplication et la récupération de vos charges de travail sur site dans le cloud.

Le lift and shift est une migration IaaS (Infrastructure-as-a-Service). Vous déplacez les applications telles quelles de votre infrastructure sur site vers une infrastructure cloud, que vous payez sur la base d’un abonnement ou sur la base d’une facturation à l’utilisation.

D’une manière générale, il existe deux autres types de migration vers le cloud à envisager :

Une migration PaaS (Platform-as-a-Service) implique la révision de votre application afin de mieux tirer parti de la pile PaaS du fournisseur de cloud. Vous pouvez choisir une restructuration ou un changement de plateforme pour l’application, apporter de petites modifications pour optimiser ses performances pour le cloud ou pour tirer parti de capacités cloud spécifiques, sans changer l’expérience utilisateur. Vous pouvez également modifier l’architecture de l’application pour obtenir les avantages des microservices, des conteneurs, ou de l’informatique sans serveur. Vous pouvez également repenser entièrement l’application en utilisant les outils de développement et les capacités de la plateforme du fournisseur de cloud, qui améliorent la productivité des développeurs.

Comparée au lift and shift, la migration PaaS est plus coûteuse, plus exigeante en main-d’œuvre et plus chronophage. Mais cela permet à votre application de tirer davantage parti de l’automatisation des opérations cloud natives, de la productivité des développeurs, de la sécurité, de la résilience et des modèles de coûts de paiement à l’utilisation, qui, ensemble, peuvent rapidement récupérer votre investissement initial.

La migration SaaS (Software-as-a-Service) signifie remplacer votre application sur site par une alternative prête à l’emploi, basée sur le cloud, qui fournit des fonctionnalités similaires et tire davantage parti des avantages de l’infrastructure de votre fournisseur de cloud.

Une migration SaaS réussie peut représenter un faible coût de migration, comparable au « lift and shift », avec les avantages cloud de la migration PaaS. Cependant, il se peut que vous deviez renoncer à certaines fonctionnalités ou personnalisations, ou attendre qu’elles soient disponibles, et vous devrez très probablement adopter les installations de l’application pour la gestion des données, le contrôle d’accès, la sécurité et plus.

Je le répète, alors que les technologies cloud continuent de stimuler la productivité des développeurs et d’améliorer les modèles de tarification du cloud, il est de moins en moins logique (et coûte plus cher en fin de compte) de migrer vers un cloud qui n’utilise pas l’environnement cloud. Mais il existe encore quelques cas où le lift and shift peut être plus pertinent qu’une migration PaaS :

• Les coûts de votre infrastructure sur site montent en flèche, mais vous n’êtes pas prêt à modifier l’architecture de vos applications. Dans ce cas, il peut s’avérer utile de « garer » brièvement l’application sur le site cloud jusqu’à ce que vous soyez prêt ou en mesure de la reconstruire. Les exceptions sont les applications héritées gourmandes en ressources, telles que l’analytique de big data, l’animation numérique ou l’imagerie médicale ou technique, qui ont tendance à faire grimper les frais d’utilisation du cloud plus rapidement que vous ne pouvez le prévoir.
  
  
• Vous souhaitez migrer des applications prêtes à l’emploi. Vous ne pouvez pas les restructurer, la seule véritable alternative est de les déplacer tels quels vers le cloud.
  
  
• Vous avez besoin d’une sauvegarde et d’une récupération de stockage moins coûteuses et plus évolutives. La transition des sauvegardes sur site vers le cloud est un cas d’utilisation courant dans tous les secteurs, sauf dans les secteurs les plus réglementés, ou pour les applications dont les objectifs de point de restauration (RPO) ou de temps de restauration (RTO) sont les plus stricts.

Avant d’entreprendre une migration, évaluez et préparez soigneusement les facteurs susceptibles d’influer sur la difficulté, le coût et la valeur finale de l’entreprise. Cela peut inclure, sans toutefois s’y limiter, les facteurs suivants :

1. Durée de vie des applications : combien de temps continuerez-vous à utiliser cette application ou à exécuter cette charge de travail ? Dans la plupart des cas, cela n’a aucun sens de migrer une application que vous souhaitez retirer dans les 12 mois suivants.
   
   
2. Restrictions d’accès aux API : assurez-vous que votre migration vers le cloud n’entraînera pas de goulots d’étranglement pour vos outils API actuels.
   
   
3. Outils d’automatisation de la migration : déterminez si votre fournisseur d’hébergement cloud propose des outils d’automatisation pour les migrations et prévoyez de les utiliser dans la mesure du possible.
   
   
4. Ordre de priorité de migration : si vous envisagez de migrer plusieurs applications, créez un dossier d’exploitation pour vous assurer que les applications essentielles sont migrées en premier (ou selon l’ordre qui convient le mieux à votre entreprise).
   
   
5. Conformité : avant de migrer de votre environnement privé sur site vers un cloud public ou un fournisseur de cloud, évaluez votre plan de migration et l’infrastructure du fournisseur de cloud afin de vous assurer que toutes les exigences de conformité seront respectées pendant et après la migration.
   
   
6. Fonctionnalités et dérive des objectifs : les environnements cloud riches en fonctionnalités peuvent facilement vous inciter à intégrer des capacités immédiatement, ce qui entraîne des retards et des pertes de ressources. Définissez clairement votre projet et respectez-le tout au long de la migration.