Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Phase 2 : Planifier
Au cours de cette phase, vous utilisez les informations recueillies pendant la phase de préparation et vous élaborez la stratégie de migration. L'un des aspects essentiels de la planification de la migration consiste à rationaliser les informations que vous avez collectées par rapport aux 7 R de la migration : réhébergement, replateforme, relocalisation, rachat, refactorisation, retrait et rétention.
Le choix de votre stratégie de migration dépend des facteurs qui motivent votre entreprise à adopter le cloud, ainsi que de considérations temporelles, de contraintes commerciales et financières et de vos besoins en ressources. Si vous souhaitez maintenir votre charge de travail actuelle dans le cloud, optez pour le réhébergement. Toutefois, si vous souhaitez optimiser et dimensionner vos charges de travail, envisagez l'une des autres options.
Voici un aperçu des 7 R de la migration de bases de données. Elles sont illustrées dans le schéma suivant.
-
Réhébergement (lift and shift) : déplacez une application vers le cloud sans apporter de modifications. Par exemple, migrez votre base de données Oracle sur site vers Oracle sur une instance Amazon Elastic Compute Cloud
(Amazon EC2) dans AWS le 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. Vous migrez des serveurs d'une plateforme sur site vers un service cloud pour la même plateforme. Par exemple, migrez une application Microsoft Hyper-V vers AWS.
-
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. Par exemple, migrez votre base de données Oracle sur site vers Amazon RDS for
Oracle in AWS the Cloud. -
Rachat (drop and shop) — Passez à un autre produit, généralement en passant d'une application traditionnelle à un produit SaaS (Software as a Service), et migrez les données de votre application sur site vers le nouveau produit. Par exemple, migrez les données de vos clients depuis votre système de gestion de la relation client (CRM) sur site vers Salesforce.com.
-
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é. Par exemple, migrez votre base de données Oracle sur site vers Aurora PostgreSQL
. Cette stratégie peut également inclure la réécriture de votre application afin d'utiliser des bases de données spécialement conçues pour différents flux de travail AWS . Vous pouvez également choisir de moderniser votre application monolithique en la décomposant en microservices plus petits qui accèdent à leurs propres schémas de base de données. -
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 aucune justification commerciale ne justifie leur migration.
-
Retrait : mettez hors service ou supprimez les applications dont vous n'avez plus besoin dans votre environnement source.
