Fermer

juin 4, 2019

Éléments à prendre en compte avec les migrations Lift and Shift dans le Cloud


Voici le prochain article d'une série de blogs sur le thème de la transformation des nuages ​​ . Nous avons décidé de faire appel à cette stratégie de migration cloud-shift spécifique en raison de l'expérience de nos clients avec cette stratégie. Plusieurs de nos clients ont constaté des résultats à la fois négatifs et positifs grâce à cette stratégie. Cependant, ils ont tous manqué nombre des éléments mentionnés ci-dessous. En raison de l'absence de certains de ces éléments, les attentes des dirigeants et des autres membres de l'organisation ont été trop biaisées, de manière à la fois optimiste et négative. Il est pleinement reconnu qu’il existe au moins quatre autres stratégies de migration vers le cloud: refactoriser, réviser, reconstruire et remplacer.

Définition

Le terme “lever et déplacer” fait référence à une stratégie de migration d’applications (réhéberger) pour passer environnement. Normalement, cette approche implique peu de changement dans l'architecture de l'application et des données. La rapidité et le coût sont généralement les priorités lors du choix de cette stratégie.

Points à considérer

  • Cette stratégie (comme la plupart des stratégies de migration) nécessite encore une planification en amont. L'exécution réussie de cette application sur des serveurs de matériel traditionnels ou des ordinateurs virtuels locaux ne signifie pas qu'elle fonctionnera correctement dans le nuage.
  • Assurez-vous d'effectuer une analyse approfondie de toutes les connexions entrant et sortant de l'application et des données.
  • Quelle est la durée de vie attendue de cette application et de ces données? Si la durée de vie est inférieure à 12 mois, il ne vaut peut-être pas la peine de la transférer dans le cloud.
  • Examinez attentivement le nombre et les types d'accès requis pour cette application et ces données. Vous devez effectuer des analyses supplémentaires pour déterminer comment fournir un accès à d'autres API et / ou données non incluses dans le code et / ou les données déplacées.
  • De nombreux fournisseurs d'hébergement dans le cloud disposeront d'outils automatisés pour la migration de ce type d'applications autonomes. et des données. Examinez les outils fournis par votre fournisseur d’hébergement en nuage pour déterminer les capacités adaptées à votre situation spécifique. Ces outils constituent souvent un moyen rapide d'exécuter une migration «test» et de résoudre les problèmes architecturaux dans le nuage.
  • Si vous avez plusieurs applications entrant dans la catégorie «levage-décalage» pour la migration vers le Dans ce cas, il peut être judicieux d’écrire un livre d’exécution pour automatiser plusieurs migrations dans une opération de type traitement par lots.
  • Ce type de stratégie de migration peut n’être qu’une «première étape» pour une stratégie plus large. De nombreuses organisations auront plusieurs applications et données plus petites qui doivent être combinées et refactorisées pour les fonctionnalités de cloud natif. Il est souvent plus facile d'effectuer le «refactoring» dans le cloud lorsque toutes les applications et les données se trouvent déjà au même emplacement du cloud.
  • Vous devez toujours tester une fois la migration effectuée, alors que cette stratégie est plus simple et plus rapide. Assurez-vous que votre suite de tests actuelle peut être exécutée avec l'application une fois qu'elle est dans l'environnement cloud.
  • Toutes les exigences actuelles de l'application, de la conformité des données et de la réglementation resteront les mêmes une fois dans l'environnement cloud. Vous devez cocher toutes ces cases lors de la configuration de l'environnement cloud. Vous pouvez ensuite exécuter vos tests de validation normaux une fois la migration effectuée.
  • Comme tout autre projet, assurez-vous que le fluage de l'étendue est géré de manière étroite. Il est si facile d'activer des fonctionnalités supplémentaires dans le cloud qui pourraient apporter certains avantages à l'application. Cependant, une application en fonctionnement peut ne pas avoir besoin de toutes ces fonctionnalités. La facilité avec laquelle vous pouvez activer quelque chose peut entraîner de nombreuses heures supplémentaires de test pour confirmer que vous n'avez pas créé un nouvel ensemble de bogues.

Résumé

Les éléments de la section "Éléments à prendre en compte" ci-dessus soulignent que le stratégie de levage et de décalage peut être plus compliqué que prévu. Il est important, quel que soit le type de migration dans le cloud, de prendre le temps nécessaire pour analyser et évaluer correctement vos applications et vos données. Ce travail de planification en amont vous fera économiser des milliers d’heures perdues en raison d’une mauvaise sélection de la stratégie de migration. Dans le cadre de toute stratégie de transformation dans le nuage, il doit exister un plan pour évaluer votre portefeuille «complet» d'applications et de données.

Cette évaluation doit être un examen à plusieurs niveaux qui segmente votre portefeuille en catégories bien définies. Soulever et déplacer (réhéberger) peut être une stratégie extrêmement bénéfique pour de nombreuses applications. Il constitue également un excellent exercice d'apprentissage pour ces premières migrations vers le cloud. Cependant, de nombreuses applications bénéficieront à la fois d'une stratégie de migration alternative à court et à long terme. Il s'agit d'un cas où une taille unique ne convient pas à tous.




Source link