Libérer votre charge de travail
Dans cette phase, vous libérez votre charge de travail en production.
Vous avez déployé vos ressources sur Azure. Vous devez maintenant effectuer les étapes de migration, communiquer les modifications à venir à d’autres équipes, effectuer des approbations de modifications finales, nettoyer les ressources et effectuer une rétrospective.
Communiquer les modifications
Informez votre organisation des modifications à venir pour vous assurer que toutes les personnes que la migration peut affecter connaissent le processus. Communiquez les modifications pour chaque charge de travail, car chacune possède des utilisateurs et des opérateurs dédiés.
Vous devez répondre aux questions suivantes dans votre communication de modification :
Quelles sont les dates critiques pour la migration ?
Quelles sont les personnes dont le travail est perturbé, quand est-il perturbé et pendant combien de temps ?
Quelle action chaque rôle doit-il accomplir avant la modification afin d’être prêt ?
Quelle action chaque rôle doit-il effectuer après la modification pour confirmer la fonctionnalité ?
Quel est le contact en cas de questions ou de difficultés ?
Effectuer des tests métier
Les utilisateurs professionnels de votre charge de travail doivent tester votre nouvelle solution. Votre équipe de migration peut faciliter les tests de charge de travail, développer des plans de test et automatiser les tests.
Pour tester votre charge de travail, identifiez les utilisateurs que vos modifications peuvent affecter le plus. Informez les utilisateurs de vos objectifs stratégiques, des résultats souhaités et des modifications attendues par rapport aux processus métier. Obtenez des commentaires des utilisateurs et assurez-vous que le personnel informatique comprend les commentaires et les hiérarchise en fonction de leur impact. Si les commentaires nécessitent des modifications de la charge de travail, communiquez les modifications à toutes les équipes nécessaires.
Pendant la phase de commentaires, l’équipe de migration collecte les commentaires et gère les actions techniques résultantes. Créez un plan de test pour suivre les étapes de commentaires et d’action.
Effectuer la migration
Après avoir promu votre ressource et toutes ses dépendances en production, vous pouvez rediriger le trafic de production. Les ressources locales sont alors obsolètes et vous pouvez les désactiver.
Vous devez effectuer différentes tâches en fonction de votre architecture de charge de travail.
Envoyez une communication pour informer les parties que vous avez commencé la promotion.
Vérifiez que toutes les ressources intermédiaires fonctionnent correctement.
Effectuez la réplication pour les données récentes.
Sérialisez les ressources après la réplication. Indexez d’autres composants, tels que des règles d’équilibrage de charge.
Désactivez les serveurs sources afin qu’ils n’interfèrent pas avec votre migration.
Effectuez des tests isolés.
Mettez à jour vos composants réseau afin que les utilisateurs puissent accéder au nouvel emplacement de votre application.
Effectuez à nouveau des tests de promotion pour confirmer que votre charge de travail fonctionne comme prévu.
Obtenez l’approbation finale des parties prenantes.
Communiquez aux parties nécessaires que la promotion a réussi.
Optimiser le coût après la migration
Après votre migration, optimisez votre charge de travail en fonction de ses données actives et désactivez les ressources qui sont hors service.
Lorsque vous arrêtez et désactivez les ressources :
Continuez la supervision : Supervisez les ressources planifiées pour la mise hors service pour vous assurer que le trafic de production est correctement acheminé. Les ressources désactivées peuvent toujours utiliser le stockage, le réseau et d’autres ressources d’infrastructure. Si vous les réactivez, des problèmes inattendus peuvent se produire. Supervisez l’activité pour vous assurer que les ressources ne sont plus utilisées.
Établissez des périodes de test et d’interruption : Identifiez une période de test inactive pour effectuer des cas de test qui correspondent aux activités réelles effectuées par les utilisateurs. Pendant cette période, vous pouvez également désactiver les ressources que vous signalez pour désactivation. Planifiez la fenêtre de maintenance et informez les utilisateurs de votre projet.
Considérez une période d’attente : Conservez une ressource qui est hors service pendant au moins 30 jours pour servir de sauvegarde temporaire de données au cas où des données manqueraient pendant la réplication. L’équipe de gouvernance des données de votre organisation peut avoir d’autres exigences qui nécessitent une période de conservation de plus de 30 jours.
Mener une analyse rétrospective
Faites une rétrospective après votre migration pour découvrir ce qui s’est bien passé, ce qui aurait pu mieux se passer 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. Identifiez un membre de l’équipe pour organiser le processus. Choisissez une méthode pour suivre et organiser les idées que vous recueillez.