Émigrer
Vous pouvez utiliser la méthodologie de migration pour préparer et effectuer une migration vers le cloud. La méthodologie de migration comprend quatre étapes.
Cette approche est neutre par le fournisseur. Vous pouvez donc migrer des charges de travail vers n’importe quel service cloud.
Préparer la migration
Avant de planifier des migrations de charges de travail individuelles, vous devez prêt à préparer votre organisation et vos ressources cloud pour prendre en charge la migration. Quelle que soit l’implémentation de référence de la zone d’atterrissage Azure que vous utilisez, vous devrez peut-être effectuer les tâches suivantes pour préparer votre zone d’atterrissage pour un projet de migration réussi.
- Établissez une connectivité hybride.
- Préparer l’identité.
- Étendre les contrôleurs de domaine Active Directory.
- Activer le système DNS (Domain Name System) hybride.
- Configurez la résolution DNS personnalisée.
- Configurez un proxy DNS de pare-feu Azure.
- Configurez un pare-feu hub.
- Établir le routage.
- Activer la vente d’abonnements.
- Définissez des stratégies pour activer Microsoft Defender pour cloud.
Vous devez également préparer des outils pour évaluer, répliquer et suivre vos charges de travail via des itérations, y compris des activités de correction. Vous pouvez utiliser des ressources, comme :
Vous devez également gérer un backlog que vous pouvez utiliser tout au long du processus de migration. Un backlog vous permet d’identifier les risques potentiels et d’informer toutes les équipes de progression. Incluez des informations telles que :
- Résultats métier et métriques.
- Priorités commerciales.
- Hypothèses fondamentales.
Vous devez attribuer correctement des rôles pour couvrir tous les aspects de la migration, de la planification et de l’implémentation à la communication et au support. Chaque rôle a des responsabilités spécifiques qui contribuent à la réussite globale du projet de migration.
Évaluer votre charge de travail
Après avoir établi vos préparations, évaluer la préparation de votre charge de travail et planifier l’état migré. Votre équipe d’adoption du cloud doit évaluer la compatibilité technique, l’architecture requise, les performances et les attentes de dimensionnement et les dépendances. Calculez le coût d’exploitation dans Azure.
Classifier les charges de travail en fonction de l’impact significatif d’une panne sur votre entreprise. Et classifiez les données dans vos charges de travail en fonction de la façon dont une fuite potentielle de ces données affecte votre entreprise ou vos clients. Les données hautement sensibles augmentent le risque de sécurité.
Vérifiez que toutes les ressources et dépendances associées sont compatibles avec votre modèle de déploiement et votre fournisseur de cloud. Évaluez si vous avez des bloqueurs pour la migration et documentez toute correction nécessaire des problèmes de compatibilité.
Concevez l’état migré prévu de votre charge de travail. Pendant ce processus, concevez les aspects suivants :
- Architecture de zone d’atterrissage d’application
- Architecture réseau de charge de travail avec des ressources
- Dépendances de charge de travail
- Informatique confidentielle
Après avoir conçu des composants essentiels, réexévez votre estimation cloud et apportez des ajustements si nécessaire.
Déployer vos ressources
Déployer tous les services pour vous assurer que votre charge de travail peut fonctionner correctement dans le cloud. Votre charge de travail nécessite probablement des services pour l’organisation des ressources, la mise en réseau, l’identité et la sécurité et la gestion. Identifiez les configurations qui peuvent rendre une ressource incompatible avec votre fournisseur de cloud. Effectuez la correction nécessaire pour vous assurer que vous pouvez répliquer et étaper correctement votre charge de travail dans le cloud.
Le processus de réplication se compose des étapes suivantes :
- Répliquer : Copier une version à un point dans le temps de différents fichiers binaires.
- Seed : Copier les instantanés binaires sur une nouvelle plateforme et les déployer sur un nouveau matériel.
- Synchroniser : Aligner le nouveau binaire et l’ancien binaire.
Une fois votre migration terminée, préparez-vous à effectuer des activités de gestion pour éviter les problèmes, tels que les pannes, les violations et les performances médiocres. Testez votre architecture et votre plan de gestion. Les tests de migration se concentrent sur les activités informatiques. Répertoriez les problèmes que vous découvrez lors des tests afin de pouvoir les suivre et les corriger. Effectuez des migrations de test dans un environnement isolé pour vous assurer que vous n’avez pas d’impact sur les charges de travail de production. Vous pouvez créer un réplica de vos systèmes sources qui s’exécute en parallèle avec les systèmes dynamiques.
Libérer votre charge de travail
Pour libérer votre charge de travail, vous devez :
- Communiquez les modifications à venir à d’autres équipes.
- Effectuez les étapes de migration.
- Apportez des approbations de modifications finales.
- Nettoyer les ressources.
- Faites une rétrospective.
Informez votre organisation des modifications à venir pour vous assurer que tout le monde que la migration peut affecter connaît le processus. Communiquez les modifications pour chaque charge de travail, car chacun possède des utilisateurs et des opérateurs dédiés.
Les utilisateurs professionnels de votre charge de travail doivent tester votre nouvelle solution. Identifiez les utilisateurs que vos modifications peuvent affecter le plus. Informez les utilisateurs de vos objectifs métier, des résultats souhaités et des modifications attendues apportées aux processus métier. Collectez des commentaires et gérez les actions techniques résultantes.
Après avoir promu votre ressource et toutes ses dépendances en production, vous pouvez rediriger le trafic de production. Ensuite, les ressources locales sont obsolètes et vous pouvez les désactiver. Après votre migration, optimisez votre charge de travail en fonction de ses données actives et désaffectez les ressources supprimées.
Faites une rétrospective après votre migration pour découvrir ce qui s’est bien passé, ce qui aurait pu être mieux et ce que vous avez appris. Obtenez des insights de chaque membre de votre équipe pour pouvoir appliquer les leçons que vous avez apprises aux migrations futures.