Qu'est-ce que le lift and shift ?

Déplacer des charges de travail (workloads) vers le cloud suit rarement un chemin unique. Certaines organisations repensent leurs applications pour tirer parti des services cloud-natives, tandis que d'autres ont simplement besoin de migrer rapidement sans perturber leurs activités. Si votre priorité est de réduire le temps de migration, de minimiser les risques ou de quitter un centre de données sur site (on-premises), tout reconstruire à partir de zéro est rarement réaliste.

Une stratégie de lift and shift répond à ce défi en déplaçant les applications existantes vers une infrastructure cloud avec un minimum de modifications de leur architecture ou de leur code. Elle permet aux entreprises de migrer plus rapidement tout en préservant leurs charges de travail existantes, créant ainsi les bases d'une modernisation future au moment opportun.

Cet article explique ce que signifie le lift and shift, son fonctionnement, ses avantages et ses limites, le moment où il s'impose comme la bonne stratégie, et la marche à suivre pour réussir sa migration.

Comment fonctionne le lift and shift

Le lift and shift est une stratégie de migration cloud qui déplace des applications, des machines virtuelles, des bases de données et des infrastructures de support d'un environnement à un autre, avec peu ou pas de modifications. Plutôt que de repenser une application pour utiliser des services cloud-natives, les organisations répliquent l'environnement existant sur l'infrastructure cloud et migrent les charges de travail telles quelles.

En pratique, cela signifie préserver l'architecture de l'application tout en modifiant l'endroit où elle s'exécute. Les serveurs deviennent des instances cloud, le stockage est migré vers des services de stockage cloud, et le réseau est récréé dans l'environnement cible. Les utilisateurs continuent d'interagir avec l'application de la même manière qu'auparavant, tandis que l'infrastructure sous-jacente évolue.

Cette approche est souvent appelée le rehosting (réhébergement), l'une des stratégies des « 7 R » de la migration cloud. Contrairement au refactoring ou au rearchitecting, le réhébergement privilégie la rapidité à l'optimisation.

Une migration lift and shift typique comprend :

• La réplication des machines virtuelles ou des serveurs physiques.
• La migration des données applicatives et des bases de données.
• La recréation des configurations réseau et de sécurité.
• La validation du fonctionnement des applications après la migration.
• L'optimisation des paramètres d'infrastructure une fois que les charges de travail s'exécutent avec succès.

Parce que les applications nécessitent très peu de modifications, les entreprises peuvent réduire considérablement les délais de migration tout en limitant les disruptions opérationnelles.

Les avantages du lift and shift

Le lift and shift est populaire car il offre un moyen concret d'amorcer l'adoption du cloud sans introduire de complexité inutile.

Ses principaux avantages incluent :

• Des migrations plus rapides
  Les applications peuvent être déplacées sans développement lourd, permettant aux entreprises de migrer de grands environnements plus rapidement qu'avec des projets de refonte cloud-native.
• Un risque de migration réduit
  Conserver l'architecture applicative existante réduit la probabilité d'introduire des régressions fonctionnelles lors du transfert. Les équipes travaillent avec des logiciels familiers au lieu de gérer simultanément la refonte de l'infrastructure et de l'application.
• Un investissement initial réduit
  La modernisation des applications nécessite des ressources de développement, des tests et une planification architecturale. Le lift and shift reporte ces coûts, permettant aux organisations d'étaler leurs efforts de modernisation dans le temps.
• La continuité d'activité
  Les applications métier critiques peuvent continuer à fonctionner avec un minimum d'interruption, ce qui rend le lift and shift adapté aux organisations ayant des exigences strictes de disponibilité.
• Un socle pour une modernisation future
  Migrer d'abord l'infrastructure donne aux équipes la flexibilité d'optimiser progressivement les charges de travail. Une fois les applications exécutées dans le cloud, elles peuvent être modernisées étape par étape plutôt qu'à travers un projet de transformation à grande échelle.

Il convient de noter que le lift and shift ne fournit pas automatiquement tous les avantages associés au cloud computing natif. Les applications qui restent inchangées ne bénéficieront pas immédiatement de l'auto-scaling, des services managés ou des architectures à base de conteneurs. Ces capacités pourront être introduites plus tard dans le cadre d'une stratégie de modernisation continue.

Le processus de migration lift and shift

Même si le lift and shift minimise les modifications applicatives, une migration réussie nécessite toujours une planification rigoureuse. Un processus structuré permet de réduire les temps d'arrêt et d'éviter les problèmes de configuration après le transfert.

Évaluer les charges de travail

Commencez par identifier les applications adaptées au réhébergement.

Évaluez chaque charge de travail selon des facteurs tels que :

• Les dépendances d'infrastructure
• La compatibilité du système d'exploitation
• Les exigences de stockage
• L'architecture réseau
• Les obligations de sécurité et de conformité
• Les attentes en matière de performances

Certaines applications anciennes (legacy) présentant de fortes dépendances matérielles peuvent nécessiter une préparation supplémentaire avant la migration.

Planifier la migration

Une fois les charges de travail évaluées, concevez l'environnement cloud cible.

La planification comprend généralement :

• Le choix de la région cible
• Le dimensionnement des ressources de calcul (compute)
• La définition de l'architecture de stockage
• La configuration du réseau
• La mise en place de la gestion des identités et des accès (IAM)
• La préparation des politiques de sauvegarde et de reprise d'activité (PRA)

Les organisations doivent également prioriser les vagues de migration, en commençant par les applications à faible risque avant de déplacer les charges de travail critiques.

Déplacer les applications et les données

Une fois l'environnement préparé, les applications et les jeux de données peuvent être migrés.

Selon la charge de travail, cela peut impliquer :

• La réplication des machines virtuelles
• L'exportation et l'importation des bases de données
• La synchronisation du stockage de fichiers
• La migration des configurations applicatives
• La mise à jour des enregistrements DNS et du réseau

L'objectif est de recréer l'environnement de production tout en conservant le comportement de l'application à l'identique.

Tester et optimiser

La migration ne s'arrête pas une fois les charges de travail en ligne.

Après le déploiement, les équipes doivent vérifier :

• Le fonctionnement des applications
• La connectivité réseau
• Les performances
• Les contrôles de sécurité
• L'authentification des utilisateurs
• La surveillance et la journalisation (monitoring & logging)

L'optimisation peut ensuite se concentrer sur le redimensionnement de l'infrastructure (right-sizing), l'amélioration de l'utilisation des ressources et l'introduction de services cloud managés là où c'est pertinent.

Quand utiliser le lift and shift ?

Le lift and shift n'est pas le meilleur choix pour toutes les charges de travail, mais c'est souvent le point de départ le plus pratique.

Il est particulièrement adapté lorsque les entreprises doivent :

• Quitter rapidement un centre de données sur site.
• Réduire la maintenance des infrastructures.
• Renouveler du matériel vieillissant.
• Accélérer l'adoption du cloud.
• Accompagner des fusions ou acquisitions.
• Améliorer les capacités de reprise d'activité.
• Respecter des impératifs d'agenda sans réécrire les applications.

Il convient également aux applications patrimoniales (legacy) qui restent fondamentales pour l'entreprise mais qui ne feront l'objet d'aucun développement majeur dans un avenir proche.

En revanche, les applications subissant une refonte importante tireront davantage profit d'architectures cloud-natives qui exploitent pleinement les bases de données managées, Kubernetes, le serverless ou les services de plateforme.

La bonne stratégie dépend du cycle de vie de l'application, des priorités de l'entreprise, des contraintes techniques et des ressources d'ingénierie disponibles.

Lift and shift vs. alternatives de migration

Toutes les stratégies de migration ne suivent pas la même approche. Choisir entre le réhébergement et d'autres modèles dépend du niveau de modification requis par l'application et des objectifs à long terme de l'organisation.

Migration PaaS

Une migration vers une plateforme en tant que service (PaaS) adapte les applications pour utiliser des services cloud managés tels que des bases de données, des environnements d'exécution applicatifs ou des plateformes de conteneurs.

Bien que cela demande plus d'efforts d'ingénierie que le lift and shift, cette approche réduit la charge opérationnelle et améliore la scalabilité sur le long terme.

Migration SaaS

Une migration vers un logiciel en tant que service (SaaS) remplace un logiciel géré en interne par une application hébergée et opérée par un fournisseur tiers.

Plutôt que de migrer l'application elle-même, les entreprises migrent leurs utilisateurs, leurs données et leurs processus métier vers la plateforme SaaS. Cette approche est courante pour la messagerie électronique, les outils de collaboration, la gestion de la relation client (CRM) et les applications de productivité.

Bonnes pratiques pour le lift and shift

Les projets lift and shift réussis mettent autant l'accent sur la préparation que sur l'exécution.

Gardez en tête les meilleures pratiques suivantes :

• Inventorier les charges de travail existantes avant de planifier le calendrier de migration.
• Prioriser les applications à faible risque pour valider les procédures de migration dès le début.
• Automatiser les déploiements autant que possible pour garantir la cohérence.
• Mettre en place un monitoring immédiatement après la migration pour détecter rapidement les anomalies.
• Revoir les configurations de sécurité au lieu d'assumer que les paramètres existants restent adaptés au cloud.
• Optimiser l'infrastructure après la migration, notamment le dimensionnement du calcul, les classes de stockage et le réseau.
• Traiter la migration comme le début de la modernisation, et non comme sa finalité.

Les organisations qui envisagent le lift and shift comme la première phase d'une stratégie cloud plus vaste sont souvent mieux positionnées pour améliorer leurs performances, leur résilience et leur efficacité opérationnelle au fil du temps.

Migrer vers Scaleway

Une stratégie de lift and shift réussie ne dépend pas seulement d'une planification rigoureuse, mais aussi du choix d'une infrastructure cloud capable de soutenir une migration fiable et une croissance future.

Chez Scaleway, nous proposons une gamme de services de calcul, de réseau, de stockage et de services managés conçus pour simplifier la migration d'infrastructure tout en offrant aux entreprises la flexibilité de se moderniser à leur propre rythme. Notre infrastructure cloud européenne permet aux entreprises de migrer leurs charges de travail existantes sans réécrire immédiatement leurs applications, tout en conservant la possibilité d'adopter progressivement des bases de données managées, Kubernetes, du stockage objet et d'autres services cloud-natives.

Nous exploitons également des infrastructures réparties sur plusieurs régions et zones de disponibilité européennes, aidant les organisations à concevoir des architectures résilientes conformes à leurs exigences opérationnelles et réglementaires. Notre plateforme s'appuie sur des standards ouverts et des technologies largement adoptées, facilitant la migration des charges de travail virtualisées existantes tout en évitant le verrouillage propriétaire (vendor lock-in).

Que votre objectif soit de réduire les coûts liés à vos centres de données, d'améliorer votre résilience ou de poser les bases d'une transformation cloud-native, le lift and shift peut constituer une première étape concrète, et Scaleway peut vous accompagner à chaque étape de ce parcours.