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.
Analyse du portefeuille et planification de la migration
Cette étape vise à itérer la vue au niveau du portefeuille, à combler les lacunes en matière de données et à obtenir davantage de données afin de produire des plans de vague de migration fiables pour l'ensemble du portefeuille.
Les parties prenantes de cette étape sont généralement une combinaison des deux étapes précédentes. Ils incluent des CxOs cadres supérieurs, des équipes de migration et de plateforme, ainsi que des architectes informatiques et d'entreprise. L'essentiel est d'augmenter la fidélité des données au niveau du portefeuille grâce à l'itération et au raffinement.
Astuce
Pour plus de détails et des conseils, consultez la section correspondante du guide d'évaluation du portefeuille d'applications pour les AWS Cloud migrations.
High-level objectifs et actions
-
Établissez une base de référence pour le portefeuille d'applications et l'infrastructure associée : itérez les données au niveau du portefeuille, en les développant à partir de la phase d'accélération de la découverte et de la planification initiale, afin de combler les lacunes et de produire une vue d'ensemble de l'ensemble du portefeuille d'applications. À ce stade, il est essentiel d'affiner le mappage application-infrastructure, les données d'utilisation et les attributs des métadonnées des applications. Ces attributs incluent la propriété, la criticité et la fonction principale de chaque application.
-
Obtenir et analyser les données de dépendance (généralement à l'aide d'outils de découverte spécialisés) : pour valider les applications et faciliter la création de plans de vague de migration, des données fiables sur les dépendances des applications sont essentielles à ce stade. Les données de dépendance incluent les données de communication, telles que le volume et la fréquence des communications entre les systèmes, et les dépendances non techniques, telles que les considérations opérationnelles. Ces dépendances déterminent quelles applications doivent être déplacées en même temps et quelles applications peuvent fonctionner à partir de différents emplacements.
-
Identifiez et validez les exigences réglementaires et de conformité : identifiez et validez les cadres, les règles, les preuves et les exigences en matière de documentation.
-
Convertir les hypothèses en faits — Quel montant a été supposé au cours des étapes précédentes ? À ce stade, il est essentiel de réduire le nombre d'hypothèses au minimum.
-
Établissez une base de référence pour les modèles de rationalisation du portefeuille de migration : itérez les modèles des étapes précédentes (par exemple, les critères de priorisation des applications et l'arbre de décision en 6 R). Validez les modèles en les appliquant à l'ensemble du portefeuille d'applications.
-
Documentez les résultats commerciaux mesurables : pour aligner les vagues de migration sur les objectifs commerciaux, identifiez les résultats commerciaux et les indicateurs primaires clés (KPI) associés pour chaque vague de migration.
-
Faites évoluer l'analyse de rentabilisation directionnelle : remplacez les points de référence par des données d'utilisation et de coûts réels, et affinez les coûts de migration conformément au plan de vague mis à jour. Élargissez la couverture pour inclure la valeur totale attendue de chaque résultat commercial attendu, tel que la réduction des coûts, l'amélioration de la productivité informatique, une résilience accrue et une plus grande agilité.
-
Documentez et communiquez les dates clés — Documentez et communiquez les événements importants (tels que les dates de sortie des centres de données, les renouvellements de contrats et de contrats de licence), les cycles de lancement des applications, les dates de migration à éviter, les cycles d'actualisation technologique et la disponibilité du personnel.
-
Analysez les coûts et les risques liés à la planification des vagues : dans quelle mesure les changements parallèles peuvent-ils être supportés ou tolérés ? Analysez les besoins en personnel, l'identification et l'atténuation des risques, la criticité et l'impact.
-
Identifier les compétences requises — Quel est le niveau de préparation prévu pour prendre en charge les différents types de charges de travail dans le cloud ? Le plan relatif à la vague de migration correspond-il à l'état de préparation prévu ? Les équipes d'assistance peuvent-elles répondre aux exigences du plan de vague ?
-
Documenter les processus internes : documentez les informations relatives aux processus actuels ayant un impact sur la migration vers le cloud, tels que la gestion du changement, la gestion des services, les comités de révision architecturale, les évaluations des risques et les flux de travail d'approbation.
-
Créer un plan de vague de migration — Pour créer un plan de vague, combinez tous les éléments décrits précédemment dans cette liste. Appliquez des critères de priorisation au portefeuille et analysez les dépendances pour créer des vagues d'applications. Intégrez la préparation à la plateforme et à la migration dans le plan de la vague de migration. Combien de temps faut-il pour mettre en œuvre AWS l'infrastructure et les services ? Quelles sont les exigences en matière de sécurité et de préparation opérationnelle ? Quel est l'impact sur la durée des vagues ? Combien de temps faut-il pour implémenter les outils de migration ? Combien de temps faut-il pour répliquer les données, compte tenu de l'utilisation du réseau et des systèmes ? Qu'est-ce que la fenêtre de découpe ? Combien de temps faut-il pour revenir en arrière ?
-
Mettre à jour les flux de travail : établissez un processus pour intégrer les données détaillées d'évaluation du portefeuille et des applications dans les flux de travail des zones de migration et d'atterrissage. Assurez-vous que ces flux de travail décrivent clairement leurs exigences en matière de données.
Résultats
-
High-fidelity inventaire des applications et des infrastructures
-
High-level stratégie de migration pour chaque application
-
Analyse de rentabilisation détaillée
-
High-confidence plan de vague de migration
Bonnes pratiques
-
Assurez-vous que les applications sont réparties uniformément dans le plan de la vague de migration. Tenez compte de la criticité et de la complexité pour éviter les poches de complexité susceptibles de créer des blocages ou de retarder les migrations.
-
Priorisez les applications simples et non critiques au cours des deux premières vagues.
-
Concentrez-vous sur la combinaison des priorités, des dépendances et des facteurs commerciaux pour réitérer le plan de vague.
-
Tenez compte de l'infrastructure cloud, de la sécurité et de l'état de préparation opérationnelle (y compris les compétences) lors de l'élaboration du plan de vague.
-
Élaborez des plans de vague de manière à ce que la durée d'une vague de migration, généralement comprise entre 4 et 8 semaines, définisse le parcours de candidature. Chaque vague doit couvrir les éléments suivants :
-
Évaluation détaillée
-
Préparation à la migration
-
Création et test de l'infrastructure
-
Transfert de données
-
Transition des candidatures dans la vague
-
Clôture de la vague (par exemple, leçons apprises, résolution des problèmes liés à la migration)
-
Définissez et utilisez une structure de vague par défaut pour appliquer un modèle d'usine de migration qui inclut une évaluation détaillée, une conception, une mise en œuvre, un test, un transfert et une validation.