Chemins vers le cloud

Cette section décrit une approche de haut niveau pour mettre en œuvre les meilleures pratiques de migration de vos applications Windows vers AWS. Les détails de ces stratégies et étapes de migration sont décrits dans les sections suivantes de ce guide.

Stratégies de migration

Une stratégie de migration est l'approche utilisée pour migrer une charge de travail vers le AWS Cloud. Il existe sept stratégies de migration pour déplacer des applications vers le cloud. Ces stratégies sont connues sous le nom de 7 R et s'appuient sur les 7 R identifiés par Gartner en 2019.

• Réhébergement (lift and shift) : déplacez une application vers le cloud sans apporter de modifications pour tirer parti des fonctionnalités du cloud.

• Délocalisation (élévation et transfert au niveau de l'hyperviseur) : déplacez l'infrastructure vers le cloud sans acheter de nouveau matériel, réécrire des applications ou modifier vos opérations existantes.

• Replateforme (lifting et remodelage) : déplacez une application vers le cloud et introduisez un certain niveau d'optimisation pour tirer parti des fonctionnalités du cloud.

• Rachat (drop and shop) — Passez à un autre produit, généralement en passant d'une licence traditionnelle à un modèle de logiciel en tant que service (SaaS).

• Refactorisation/réarchitecture : déplacez une application et modifiez son architecture en tirant pleinement parti des fonctionnalités natives du cloud pour améliorer l'agilité, les performances et l'évolutivité.

• Conserver (revoir) : conservez les applications dans votre environnement source. Il peut s'agir d'applications nécessitant une refonte majeure, que vous souhaitez reporter à une date ultérieure, et d'applications existantes que vous souhaitez conserver, car rien ne justifie leur migration sur le plan commercial.

• Retrait : mettez hors service ou supprimez les applications dont vous n'avez plus besoin dans votre environnement source.

Principales transformations

Les principales transformations suivantes ont lieu lorsque vous modernisez des applications et des bases de données Windows existantes :

• Réhébergement — La première étape consiste à déplacer votre infrastructure sur site vers une infrastructure cloud. Cette stratégie est souvent appelée « lift and shift » ou réhébergement. Le réhébergement consiste à migrer des applications et des bases de données existantes vers une instance de serveur cloud. Il n'est pas nécessaire de modifier le code et vous êtes responsable de la gestion de la configuration de l'instance, de l'image logicielle et des autres ressources.

• Replateforme : après avoir migré vers un environnement cloud, la transformation suivante consiste à redéployer les applications et les bases de données dans un environnement plus automatisé et géré. Du point de vue des applications, cela signifie passer des machines virtuelles (VMs) aux conteneurs. La conteneurisation des applications peut vous aider à développer, maintenir et déployer des applications plus rapidement et à améliorer leur portabilité. AWS dispose d'outils, tels que AWS App2Container, pour aider à automatiser le processus de conteneurisation des applications existantes. En ce qui concerne les bases de données, le passage d'un modèle en libre-service à un service de base de données géré, tel qu'Amazon RDS for SQL Server, élimine le besoin de provisionnement, d'application de correctifs et de sauvegardes. Cela permet en fin de compte de libérer des ressources pour des activités susceptibles d'apporter une valeur ajoutée à votre organisation.

• Refactorisation/réarchitecture — Le troisième domaine de transformation consiste à passer des licences logicielles commerciales aux options open source. De nombreux fournisseurs de logiciels commerciaux traditionnels ont développé leurs activités autour de contrats de licence logicielle visant à fidéliser les clients et à utiliser des conditions de licence punitives pour forcer les mises à niveau et les migrations. Souvent, les frais de licence de logiciels commerciaux ajoutent généralement 20 à 50 % du coût en plus des options open source équivalentes. Nous vous recommandons de refactoriser vos applications et vos bases de données afin de tirer parti des options open source afin de réduire les coûts, d'améliorer les performances et d'accéder aux dernières innovations.

Vous pouvez réaliser ces principaux domaines de transformation progressivement par étapes ou en une seule fois en fonction de votre application et de votre état général de préparation à la modernisation.

Choix d'une stratégie de migration

La stratégie de migration à choisir dépend des objectifs commerciaux et informatiques de votre organisation. Parmi les moteurs commerciaux les plus courants figurent la réduction des coûts, la réduction des risques, l'amélioration de l'efficacité, la réduction des lacunes en matière de compétences et l'accélération de l'innovation. Nous vous recommandons d'évaluer quels facteurs sont importants pour vous, puis de choisir une stratégie de migration basée sur vos facteurs en suivant les conseils suivants. N'oubliez pas non plus que les trois approches sont des pistes possibles dans votre parcours de modernisation du cloud, en fonction de vos priorités au cours de chaque phase du parcours.

Quand réhéberger

Le réhébergement (ou lift and shift) est généralement plus rapide et plus facile car il n'est pas nécessaire de modifier le code ou l'architecture de l'application. Le réhébergement minimise également les risques et les perturbations pour l'entreprise. L'équipe des opérations peut continuer à gérer l'entreprise comme d'habitude car l'application n'est pas modifiée. Cela est particulièrement vrai pour les migrations à grande échelle où même un petit changement devient significatif en raison du grand nombre de charges de travail impliquées. Cependant, il est important de noter que le réhébergement ne permet pas de tirer pleinement parti des avantages du cloud. Par exemple, si vous migrez une application présentant un problème de plateforme existant, ce problème persistera après la migration. Enfin, il convient de noter que le coût total de possession (TCO) et le retour sur investissement (ROI) du réhébergement sont inférieurs à ceux des autres approches de migration.

Quand replateformer/réorganiser l'architecture

Le replatforming est généralement plus rentable que le réhébergement. Vous pouvez utiliser le replatforming pour améliorer l'automatisation et permettre à vos applications de mieux utiliser les fonctionnalités du cloud telles que l'auto-scaling, la surveillance et la réalisation de sauvegardes. La replateforme réduit les frais opérationnels pour l'équipe chargée des opérations cloud et minimise les risques liés aux problèmes de plateforme préexistants. Cependant, le replatforming prend plus de temps qu'une migration de réhébergement. En outre, le replatforming nécessite des compétences supplémentaires pour configurer l'automatisation qui effectue les modifications de code sur l'application et pour rendre opérationnelle la nouvelle plateforme.

Quand refactoriser

Le refactorisation est généralement l'approche de migration la plus rentable. Le refactoring est une approche native du cloud qui permet aux applications de s'adapter rapidement aux nouvelles exigences en découplant les composants de l'application afin d'améliorer la résilience des applications. Cependant, le refactoring nécessite des compétences de codage et d'automatisation plus avancées. La mise en œuvre du refactoring prend également plus de temps car elle implique la reconstruction des applications.