Planifier votre migration

  • 8 minutes

Pour les organisations comme Contoso, qui envisagent de migrer leurs ressources locales vers Azure, une des premières et des plus importantes étapes de la migration est la planification. Dans un projet de migration, la majorité du travail est généralement effectuée au cours des phases préalables à la planification.

Ces phases impliquent une évaluation très complète des éléments suivants :

  • Le modèle d’entreprise.
  • Le traitement et les systèmes actuels.
  • Dans quelle mesure le processus d’entreprise sera ressemblant dans Azure une fois la migration terminée.

Le tableau suivant identifie les différents éléments à prendre en compte ainsi que les stratégies correspondantes à adopter lors de la définition et de la détermination d’une stratégie de migration globale.

Considération Détails
Axes stratégiques La direction informatique doit travailler en étroite collaboration avec des partenaires métier pour comprendre le résultat qu’ils veulent obtenir avec la migration. Les axes stratégiques doivent se concentrer sur la croissance de l’entreprise, la limitation des risques et la spécification de l’étendue de la migration.
Objectifs de la migration Les objectifs sont utilisés pour déterminer la meilleure méthode de migration.
Conception de la solution Après avoir identifié vos objectifs et vos spécifications, vous concevez et vous passez en revue une solution de déploiement, et vous identifiez le processus de migration, notamment les services Azure à utiliser pour la migration.

Choisir une stratégie de migration

Les stratégies de migration cloud sont classées en quatre grandes catégories :

  • Réhéberger
  • Refactoriser
  • Créer une nouvelle architecture
  • Regénérer

La stratégie que vous adoptez dépend des facteurs qui pilotent votre activité et des objectifs de la migration. Vous pouvez même adopter plusieurs modèles. Par exemple, Contoso peut choisir de réhéberger des applications simples ou des applications qui ne sont pas critiques pour votre activité, et de réarchitecturer les applications plus complexes et critiques pour l’entreprise. Le tableau suivant décrit ces modèles.

Modèle Définition Quand l’utiliser
Réhébergement Souvent appelé migration lift-and-shift. Cette option ne nécessite pas de modifications du code et vous permet de migrer rapidement vos applications existantes vers Azure. Chaque application est migrée en l’état, pour profiter des avantages du cloud sans les risques et les coûts associés aux modifications du code. Quand vous devez déplacer rapidement des applications dans le cloud. Quand vous voulez déplacer une application sans la modifier. Quand vos applications sont conçues de façon à utiliser la scalabilité d’Azure IaaS après la migration. Quand des applications sont importantes pour votre activité, mais que vous n’avez pas besoin de modifications immédiates de leurs fonctionnalités.
Refactorisation Souvent appelée repackaging (réempaquetage), la refactorisation nécessite des modifications minimales des applications pour qu’elles puissent se connecter à Azure PaaS et utiliser les offres cloud. Par exemple, vous pouvez migrer vos applications existantes vers Azure App Service ou Azure Kubernetes Service. Vous pouvez aussi refactoriser vos bases de données relationnelles et non relationnelles en options telles qu’Azure SQL Database Managed Instance, Azure Database pour MySQL, Azure Database pour PostgreSQL ou Azure Cosmos DB. Si votre application peut être facilement repackagée pour fonctionner dans Azure. Si vous voulez appliquer des pratiques DevOps innovantes fournie par Azure, ou si vous envisagez d’utiliser DevOps avec une stratégie de conteneur pour les charges de travail. Pour la refactorisation, vous devez penser à la portabilité de votre base de code existante et à la disponibilité des compétences en développement.
Réarchitecture La réarchitecture pour la migration porte principalement sur la modification et l’extension des fonctionnalités et de la base de code de l’application, avec comme objectif d’optimiser l’architecture de l’application pour la scalabilité du cloud. Par exemple, vous pouvez décomposer une application monolithique en un groupe de microservices qui fonctionnent ensemble et sont facilement mis à l’échelle. Vous pouvez aussi réarchitecturer vos bases de données relationnelles et non relationnelles afin d’obtenir une solution de base de données entièrement managée, comme Azure SQL Database Managed Instance, Azure Database pour MySQL, Azure Database pour PostgreSQL et Azure Cosmos DB. Quand votre application nécessite des révisions majeures pour incorporer de nouvelles fonctionnalités, ou pour fonctionner efficacement sur une plateforme cloud. Quand vous voulez utiliser des investissements faits dans des applications existantes, répondre à la scalabilité requise, appliquer des pratiques DevOps innovantes et minimiser l’utilisation de machines virtuelles.
Recréation La recréation va encore plus loin en recréant une application à partir de rien, en utilisant les technologies du cloud Azure. Par exemple, vous pouvez créer des applications entièrement nouvelles avec des technologies cloud natives comme Azure Functions, Azure AI, Azure SQL Database Managed Instance et Azure Cosmos DB. Quand vous voulez un développement rapide, et que les applications existantes ont des fonctionnalités et une durée de vie limitées. Quand vous êtes prêt à accélérer l’innovation pour votre activité (notamment les pratiques DevOps fournies par Azure). Quand vous voulez créer de nouvelles applications en utilisant des technologies cloud natives. Quand vous voulez utiliser les avancées de l’AI, de la blockchain et de l’Internet des objets (IoT).

Outils de migration

Une fois qu’une stratégie a été sélectionnée, Contoso doit choisir le ou les outils de migration appropriés. Le tableau suivant décrit quelques-uns des différents outils de migration disponibles que Contoso peut utiliser, en fonction du scénario de migration.

Outil Scénario de migration
Azure Migrate : Server Assessment Effectue une évaluation des serveurs physiques et des machines virtuelles locales s’exécutant dans des environnements Hyper-V et VMware, à titre de préparation de la migration vers Azure.
Azure Migrate : Server Migration Effectue une migration pour les serveurs Windows physiques et les machines virtuelles locales s’exécutant dans des environnements Hyper-V et VMware, ainsi que les machines virtuelles d’autres clouds publics.
Azure Migrate : Évaluation de base de données Effectue une évaluation des bases de données Microsoft SQL Server locales à titre de préparation de la migration vers Azure SQL Database, une instance managée d’Azure SQL Database, une instance managée de base de données ou des machines virtuelles Azure exécutant SQL Server.
Azure Migrate : Migration de base de données Effectue une évaluation à titre de préparation de la migration vers des machines virtuelles Azure exécutant SQL Server, Azure SQL Database ou des instances managées d’Azure SQL Database.
Azure Migrate : Web App Assessment Effectue une évaluation des applications web locales et les migre vers Azure.
Azure Migrate : Data Box Effectue un déplacement de grandes quantités de données hors connexion vers Azure en utilisant Azure Data Box.