Modèle de migration du Framework d’adoption du cloud
Cette section du Framework d’adoption du cloud explique les principes qui sous-tendent son modèle de migration. Dans la mesure du possible, ce contenu tente de conserver une position indépendante du fournisseur. Il vous guide à travers les processus et les activités qui peuvent s’appliquer à toute migration vers le cloud, quel que soit le fournisseur cloud choisi.
Comprendre les motivations de la migration
La migration vers le cloud est un effort de gestion de portefeuille qui est adroitement déguisé en implémentation technique. Au cours du processus de migration, vous déciderez de déplacer certaines ressources, d’investir dans d’autres et de retirer des ressources obsolètes ou inutilisées. Certaines ressources sont optimisées, refactorisées ou entièrement remplacées dans le cadre de ce processus. Chacune de ces décisions doit correspondre aux motivations qui sous-tendent votre migration vers le cloud. Les migrations les plus réussies vont également plus loin et alignent ces décisions sur les résultats métier souhaités.
Ce modèle exige que votre organisation ait déjà effectué un processus de préparation de la partie métier à l’adoption du cloud. Veillez à passer en revue la méthodologie de planification et la méthodologie de préparation du Cloud Adoption Framework. Ces méthodologies déterminent les axes stratégiques ou toute autre justification d’une migration vers le cloud. Elles fournissent également les tâches de planification ou de formation organisationnelle requises avant l’exécution d’un processus de migration à grande échelle.
Notes
Si la planification des activités est importante, un état d’esprit axé sur la croissance l’est tout autant. Parallèlement aux efforts de planification des activités plus vastes entrepris par l’équipe de stratégie cloud, il est suggéré que l’équipe d’adoption du cloud migre une première charge de travail comme préalable à des activités de migration à plus grande échelle. Cette migration initiale permettra à l’équipe d’acquérir une expérience pratique des problèmes techniques et opérationnels liés à une migration.
Prévoir un état final
Il est important de vous faire une idée approximative de l’état final avant de commencer vos efforts de migration. Le diagramme suivant montre un point de départ local de l’infrastructure, des applications et des données. Ces éléments définissent votre patrimoine numérique. Au cours du processus de migration, ces ressources sont transférées au moyen d’une stratégie de migration décrite dans les cinq R de la rationalisation.
Il existe plusieurs méthodes de migration et de modernisation des charges de travail, allant du réhébergement à la réarchitecture en passant par la refactorisation. Les migrations avec réhébergement ou lift-and-shift utilisent des fonctionnalités IaaS (infrastructure as a service) ne nécessitant aucun changement au niveau du code et de l’application. Les migrations avec refactorisation nécessitent des changements minimes. Les migrations avec réarchitecture modifient et étendent le code et les fonctionnalités de l’application pour tirer parti des technologies du cloud.
Les stratégies natives dans le cloud et les stratégies PaaS (platform as a service) reconstruisent des charges de travail locales à l’aide des offres de plateforme locales et de services gérés Azure. Vos charges de travail peuvent avoir des offres équivalentes basées sur le cloud SaaS (software as a service) et complètement managées. Ces charges de travail peuvent souvent être entièrement remplacées par ces services dans le cadre du processus de migration.
Notes
Durant la présentation publique du Framework d’adoption du cloud, cette section du framework met l’accent sur une stratégie de migration de réhébergement. Bien que les solutions PaaS et SaaS soient envisagées comme alternatives au besoin, la migration des charges de travail basées sur des machines virtuelles à l’aide de fonctionnalités IaaS constitue l’objectif premier.
À l’avenir, d’autres sections et itérations de ce contenu développeront d’autres approches. Pour accéder à une discussion générale sur l’élargissement de l’étendue de votre migration afin d’inclure des stratégies de migration plus complexes, consultez l’article sur l’équilibrage du portefeuille.
Migration incrémentielle
Le modèle de migration du Framework d’adoption du cloud est basé sur un processus de transformation incrémentielle dans le cloud. Il suppose que votre organisation commence par un effort initial de migration vers le cloud, à étendue limitée. C’est ce que nous appelons communément la première charge de travail. Cet effort est étendu de manière itérative pour inclure davantage de charges de travail à mesure que vos équipes en charge de l’exploitation affinent et améliorent vos processus de migration.
Des outils de migration vers le cloud, comme Azure Site Recovery, peuvent migrer des centres de données entiers comprenant des milliers de machines virtuelles. Toutefois, les activités métier et informatiques existantes peuvent rarement gérer un rythme de changement si soutenu. De nombreuses organisations divisent donc l’effort de migration en plusieurs itérations. Elles déplacent une charge de travail, ou une collection de charges de travail, par itération.
Les principes sous-jacents à ce modèle incrémentiel sont basés sur l’exécution de certains processus et de prérequis. Ces processus sont référencés dans l’infographie suivante.
L’application cohérente de ces principes représente un objectif final pour vos processus de migration vers le cloud. Il ne s’agit en aucun cas d’un point de départ obligatoire. À mesure que vos efforts de migration arrivent à maturité, reportez-vous aux instructions fournies dans cette section pour définir le processus le mieux adapté aux besoins de votre organisation.
Étapes suivantes
Examinez les prérequis pour la migration pour commencer à vous familiariser avec ce modèle.