Choisir la stratégie de migration
Après avoir examiné l’infrastructure informatique actuelle et les besoins informatiques de votre organisation, réfléchissez à la méthode de migration et à l’architecture cible.
- Choisissez le type de migration pour différentes ressources :
- Réhébergement - « Lift-and-shift »
- Vous réhébergez votre application à l’aide d’un environnement matériel différent sans modifier l’architecture de l’application. En règle générale, cette stratégie convient aux applications héritées volumineuses 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 quelques optimisations pour profiter des avantages de l’infrastructure cloud. Le changement de plate-forme peut prendre plus de temps que le réhébergement, mais il est parfait pour les cas où vous devez avoir un certain degré de rentabilité, de fonctionnalité et de gain de temps sans les besoins en ressources importants du refactoring.
- Mise hors service
- Vous cessez d’utiliser certains appareils ou produits dans votre infrastructure actuelle. Par exemple, vous pouvez décider de ne pas migrer des serveurs vieillissants ou des applications avec peu d’utilisateurs.
- Retenir — « Revisiter »
- Les décisions relatives à la stratégie migratoire nécessitent beaucoup de réflexion et de recherche. Dans certains cas, vous voudrez peut-être le mettre en attente et revoir les aspects les plus cruciaux ou problématiques de votre infrastructure plus tard.
- Refactoring - « Rearchitecture »
- Vous examinez et reconcevez l’architecture de l’infrastructure actuelle pour tirer parti des fonctionnalités et de la flexibilité du cloud. Refactorisez votre infrastructure ou ses composants pour atteindre une évolutivité, des performances ou une agilité que l’application ne peut pas atteindre avec son architecture existante. Cette stratégie est peut-être la plus coûteuse, mais elle peut aussi être la solution parfaite, surtout si vous vous orientez vers une infrastructure orientée services.
- Rachat : « Drop and shop »
- Vous basculez de votre application actuelle vers un service ou un dispositif proposé par le fournisseur de cloud. Dans certains cas, il est plus facile et plus rentable de commencer à utiliser un nouveau produit cloud plutôt que d’investir dans la migration d’un ancien. Si votre organisation dispose de produits maison ou d’une application spécifique au secteur qui ne convient pas aux infrastructures cloud.
- Selon les besoins de votre organisation, vous pouvez déplacer toutes vos ressources informatiques vers la même plateforme cloud ou utiliser plusieurs plateformes. Décidez de l’architecture cible pour différentes ressources :
- IaaS
- L’infrastructure en tant que service fournit uniquement une infrastructure de base contenant des machines virtuelles (VM), un réseau défini par logiciel (SDN) et un stockage en réseau (NAS).
- SaaS
- Software-as-a-Service, également appelé logiciel à la demande. Les fournisseurs dans le cloud gèrent les applications et fournissent des applications aux clients à l’aide d’un navigateur Web.
- PaaS
- Platform-as-a-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 prenant en charge et en exécutant certaines ressources sur site et dans le cloud privé.
- Conteneur
- Le conteneur en tant que service est une virtualisation basée sur les conteneurs. Les fournisseurs dans le cloud utilisent ce type pour fournir aux clients des composants liés aux conteneurs : moteurs de conteneurs, orchestration et les ressources de calcul sous-jacentes.
- Établissez vos objectifs et décidez du calendrier. Vagues de migration dans Évaluation de la migration vers le cloud les trimestres fiscaux utilisés.
- Identifiez les groupes de personnes et d’individus qui seront directement responsables de certaines tâches de migration et qui devront être notifiés au sein de votre organisation et du côté du fournisseur de cloud.