Lift and shift

La stratégie Lift and Shift permet de déplacer une opération ou une application d'un environnement à l'autre sans avoir à redéfinir son flux de travail. La complexité d'une application ou d'une opération est un facteur clé pour décider si elle doit être levée et déplacée ou réarchitecturée à partir de zéro en tant que nouvelle application ou opération native du cloud. La méthode "lift-and-shift" était courante au début de l'informatique en nuage. Elle vous permettait de reproduire des applications sur site dans le cloud sans avoir à reconfigurer l'ensemble de votre système. Cependant, de nombreuses applications de colocation anciennes qui ont été levées et transférées vers le cloud n'ont pas pu profiter pleinement des avantages économiques des fonctionnalités natives du cloud, notamment la mise à l'échelle automatique. Bien que les applications commerciales dont les modèles sont clairement définis se prêtent bien au transfert et au levage, la réarchitecture est une option plus viable pour les applications ayant des exigences élevées en matière de ressources, comme celles destinées au rendu d'images et à l'analyse de données volumineuses. Refactoring vs. lift and shift Une façon courante de transférer une application vers le cloud consiste à la déplacer d'abord vers le cloud pour réduire les coûts d'infrastructure sur site, puis à la refactorer une fois sur place. Chaque approche a ses avantages et ses inconvénients. Inconvénients de l'approche "lift and shift" Aujourd'hui, l'approche "lift and shift" présente beaucoup plus d'inconvénients que le remaniement des applications, également appelé réarchitecture. S'il est généralement préférable de remanier une application dans le cadre d'une migration, les entreprises doivent parfois le faire de manière rétroactive. Cet article fait partie de Qu'est-ce que la migration vers le cloud ? Une introduction à la migration vers le cloud Qui comprend également : Liste de contrôle des 7 étapes pour garantir la réussite de la migration vers le cloud Calculer le coût total de possession (TCO) du cloud Êtes-vous prêt à réfléchir à une stratégie de sortie du cloud pour votre entreprise ? Télécharger1 Téléchargez gratuitement l'intégralité de ce guide dès maintenant ! On assimile souvent le déplacement et le soulèvement d'une plante d'un endroit à un autre à son déménagement. De même, un projet informatique qui a débuté dans un système sur site ou un système patrimonial d'origine peut ne pas fonctionner aussi bien dans un nouveau lieu. Par exemple, un projet de transfert qui démarre sans documentation suffisante des exigences ou de la conception opérationnelle peut facilement mal tourner. Souvent, les données ne sont pas adaptées à leurs systèmes de traitement, ou les ensembles de données dépassent leur environnement. Pour éviter les problèmes de latence et de performance, il peut être nécessaire de reconstruire les applications gourmandes en ressources en tant qu'applications natives du cloud. Le remaniement peut également s'avérer nécessaire lorsque les performances ne répondent pas aux attentes après un lifting et un shift, en particulier lorsque le tuning ne résout pas le problème. Le remaniement peut être bénéfique pour une application qui a été déplacée vers le cloud. Cela est particulièrement vrai si les factures s'alourdissent de manière inattendue en raison de l'inefficacité de l'application, de failles de sécurité ou de problèmes d'intégration avec les systèmes de sécurité natifs tels que les outils de gestion des accès et des identités.