Choisir une stratégie de migration
Après avoir examiné l'infrastructure informatique actuelle et vérifié les besoins informatiques de votre organisation, prenez en compte la méthode de migration et l'architecture cible.
- Choisissez le type de migration en fonction des ressources :
- Basculement — « Lift-and-shift »
- Vous ré-hébergez votre application à l'aide d'un autre environnement matériel, sans modifier l'architecture de l'application. En règle générale, cette stratégie convient aux grandes applications héritées ou aux scénarios où la migration doit être effectuée rapidement et efficacement.
- Replatforming — « Lift-tinker-and-shift »
- Vous conservez l'architecture d'origine de l'application, tout en effectuant seulement quelques optimisations pour profiter des avantages de l'infrastructure de cloud. Le replatforming peut prendre plus de temps que le basculement, mais il est idéal lorsque vous avez besoin d'un certain niveau de rentabilité, de fonctionnalités et de gain de temps sans les besoins importants en matière de ressources de refactorisation.
- Retraite
- Vous arrêtez l'utilisation de certains dispositifs ou produits dans votre infrastructure actuelle. Par exemple, vous pouvez décider de ne pas migrer des serveurs ou applications vieillissants avec quelques utilisateurs.
- Conservation — « Revoir »
- Les décisions en matière de stratégie de migration nécessitent beaucoup de réflexion et de recherche. Parfois, vous devez faire une pause et revoir par la suite les aspects les plus importants ou problématiques de votre infrastructure.
- Refactorisation — « Réorganisation »
- Vous passez en revue et modifiez l'architecture de l'infrastructure actuelle pour tirer parti des fonctionnalités et de la flexibilité dans le cloud. Refactorisez votre infrastructure ou ses composants pour atteindre l'échelle, la performance ou l'agilité que l'application ne peut pas atteindre avec son architecture existante. Cette stratégie peut être la plus coûteuse, mais elle peut également être la solution idéale, en particulier si vous allez vers une infrastructure orientée services.
- Rachat — « Drop and shop »
- Vous passez de votre application actuelle à un service ou un dispositif offert par le fournisseur de cloud. Dans certains cas, il est plus facile et plus rentable de commencer à utiliser un nouveau produit dans le cloud plutôt que d'investir dans la migration d'un ancien produit. Si votre organisation dispose de produits maison ou d'une application spécifique au secteur qui ne convient pas aux infrastructures dans le cloud.
- Selon les besoins de votre organisation, vous pouvez déplacer toutes vos ressources informatiques sur la même plateforme cloud ou utiliser plusieurs plateformes. Décidez de l'architecture cible en fonction des ressources :
- IaaS
- L'infrastructure en tant que service fournit uniquement une infrastructure de base contenant des ordinateurs virtuels, un réseau software-defined network (SDN) et un réseau de zone de stockage (SAN).
- SaaS
- Logiciel en tant que service, également appelé logiciel sur demande. Les fournisseurs de cloud gèrent les applications et proposent des applications aux clients à l'aide d'un navigateur Web.
- PaaS
- Plateforme en tant que service fournit une plateforme que les clients utilisent pour déployer et exécuter leurs applications sans avoir à gérer l'infrastructure.
- Hybride
- Dans une solution hybride, l'infrastructure informatique est située sur un cloud public, tout en continuant à prendre en charge et à exécuter certaines ressources sur site et les charges de travail du cloud privé.
- Conteneur
- Le Container as a Service est une virtualisation basée sur le conteneur. Les fournisseurs de cloud utilisent ce type d'architecture pour fournir des composants liés aux conteneurs aux clients : moteurs de conteneurs, orchestration et ressources de calcul sous-jacentes.
- Établissez vos objectifs et décidez des délais. Les activités de migration dans Évaluation de la migration vers le cloud utilisent des trimestres fiscaux.
- Identifiez les groupes d'individus chargés de tâches de migration spécifiques, ainsi que les personnes devant être notifiées au sein de votre organisation et auprès du fournisseur de cloud.