Migration cloud dans le Framework d’adoption du cloud

Tout plan d’adoption du cloud à l’échelle de l’entreprise inclut des charges de travail qui ne méritent pas des investissements significatifs dans la création d’une nouvelle logique métier. Ces charges de travail peuvent être déplacées vers le cloud en suivant différentes approches : lift-and-shift, lift-and-optimize ou modernisation. Chaque approche est considérée comme une migration.

Regardez la vidéo suivante pour avoir une rapide vue d’ensemble de l’approche lift-and-shift.


Les exercices suivants vous aident à établir les processus itératifs pour évaluer, migrer, optimiser, sécuriser et gérer ces charges de travail.

Pour vous préparer à cette phase du cycle de vie de l’adoption du cloud, nous vous recommandons les étapes suivantes :

   
Migrer votre première charge de travail : Utilisez le Guide de migration d’Azure pour vous familiariser avec les outils Azure natifs et une approche de la migration.
Scénarios de migration : Utilisez d’autres outils et approches de migration pour suivre d’autres scénarios de migration.
Bonnes pratiques : Répondez aux besoins de migration courants via l’application de bonnes pratiques cohérentes.
Améliorations de processus : La migration est une activité exigeant de nombreux processus. À mesure que les efforts de migration augmentent, utilisez ces améliorations des processus pour évaluer et faire évoluer différents aspects de la migration.

Cette méthodologie de migration et les étapes ci-dessus s’appuient sur les hypothèses suivantes :

  • Méthodologie que les sprints de migration adaptent dans les vagues ou les publications de migration. Vous définissez des vagues ou des publications de migration à l’aide des méthodologies Planifier, Prêt et Adopter. Dans chaque sprint de migration, un lot de charges de travail est migré vers le cloud.
  • Avant de migrer les charges de travail, vous avez identifié, configuré et déployé au moins une zone d’atterissage pour répondre aux besoins du plan d’adoption du cloud à court terme.
  • La migration est généralement associée aux termes lift and shift ou réhébergement. Cette méthodologie et les étapes ci-dessus sont basées sur la conviction qu’aucun centre de données et peu de charges de travail ne doivent être migrés selon une approche de réhébergement pure. Même si vous pouvez réhéberger un grand nombre de charges de travail, les clients choisissent néanmoins plus souvent de moderniser des ressources spécifiques au sein de chaque charge de travail. Au cours de ce processus itératif, l’équilibre entre la rapidité et la modernisation est un point de discussion courant.

Effort de migration

Les actions nécessaires pour migrer des charges de travail se traduisent généralement par trois efforts, ou phases, pour chacune d’elles : évaluation, déploiement et mise en production. Cette section du Cloud Adoption Framework enseigne aux lecteurs comment optimiser le retour de chaque phase requise pour migrer une charge de travail en production.

Dans une itération standard de deux semaines, une équipe de migration expérimentée peut effectuer ce processus pour 2 à 5 charges de travail de faible à moyenne complexité. Les charges de travail plus complexes telles que SAP peuvent nécessiter plusieurs itérations de deux semaines pour achever les trois phases de l’effort de migration. L’expérience et la complexité ont un impact significatif sur les chronologies et la vélocité de la migration.

Diagramme montrant l’effort de migrations du Cloud Adoption Framework

Les points suivants fournissent une vue d’ensemble des phases de ce processus (illustrées ci-dessus) :

  • Évaluer les charges de travail : Évaluez les charges de travail pour estimer les coûts, la modernisation et les outils de déploiement. Ce processus est axé sur la validation ou la remise en question des hypothèses. Vous faites ces hypothèses lors de la découverte et des évaluations en examinant plus en détail les options de rationalisation. Ce processus correspond aussi au moment où les modèles et les dépendances des utilisateurs sont étudiés plus en détail pour vérifier que les charges de travail atteindront les objectifs techniques après la migration.

    Regardez cette vidéo pour avoir une rapide vue d’ensemble sur l’exécution d’une évaluation complète.


  • Déployer les charges de travail : Après avoir évalué les charges de travail, la fonctionnalité de charge de travail existante est répliquée ou améliorée dans le cloud. Cette réplication peut impliquer un lift-and-shift ou un réhébergement dans le cloud. Mais le plus souvent au cours de cette phase, de nombreuses ressources prenant en charge ces charges de travail sont modernisées pour tirer parti des avantages du cloud.

  • Mettre en production les charges de travail : Une fois la fonctionnalité répliquée dans le cloud, les charges de travail peuvent être testées, optimisées, documentées et mises en production pour les opérations en cours. L’effort pour vérifier les charges de travail migrées et les livrer est critique au cours de ce processus. L’effort est critique pour les équipes de gouvernance, de gestion des opérations et de sécurité pour la prise en charge continue des charges de travail.

Notes

Dans certaines des premières itérations de l’effort de migration, il est courant de limiter l’étendue à une seule charge de travail. Cette approche maximise la rétention des compétences et donne à l’équipe plus de temps pour expérimenter et apprendre.

Notes

Lors de la création d’une fabrique de migration, certaines équipes peuvent choisir de répartir chacune des phases ci-dessus entre plusieurs équipes et/ou sprints. Cette approche peut améliorer la répétabilité et accélérer les efforts de migration.

Vagues de migration et gestion des modifications itératives

Les itérations de migration confèrent une valeur technique en migrant les ressources et les charges de travail. Une vague de migration est le plus petit regroupement de charges de travail fournissant une valeur métier mesurable. Chaque itération doit aboutir à un rapport détaillant les efforts techniques réalisés. Cependant, les changements métier et la planification stratégique se produisent généralement à un niveau légèrement supérieur. Au fur et à mesure que l’équipe d’adoption du cloud participe à l’effort de migration, l’équipe de stratégie cloud se concentre sur la planification des 1 à 2 vagues de migration suivantes. L’équipe de stratégie cloud suit également les progrès techniques sous la forme d’une métrique d’apprentissage pour mieux comprendre les chronologies associées à la réalisation de la valeur métier. Les vagues de migration constituent l’approche itérative de gestion des changements pour suivre les résultats métier, les personnes et les chronologies.

Dans la section précédente, le graphique décrit les processus de la méthodologie de planification, la méthodologie de préparation et, dans certains cas, la méthodologie de stratégie du Cloud Adoption Framework. Ces méthodologies fournissent des conseils sur la planification et la gestion des vagues de migration. La gestion de ces vagues définit l’effort de migration que doivent fournir les équipes techniques.

Étapes suivantes

Les étapes décrites ci-dessus et d’autres conseils sur les méthodologies peuvent vous aider à améliorer les processus au sein de chaque sprint de migration. Le guide de migration Azure comprend des articles décrivant les outils et les approches les plus couramment utilisés durant votre première vague de migration.