Phase de migration

Les migrations à grande échelle comprennent les éléments constitutifs, les processus, les outils, les ressources et la méthodologie définis et testés pendant la phase de préparation et de planification. Après avoir utilisé les meilleures pratiques et les leçons apprises lors des phases précédentes, vous pouvez implémenter une usine de migration, un plan de mise en œuvre et d'opérations évolutives, via l'automatisation et la livraison agile.

Migration factory

Au cours de la phase de mise à l'échelle du projet de migration, plusieurs équipes fonctionneront simultanément. Certains prendront en charge un volume important de migrations dans les modèles de réhébergement et de réorganisation mineure. Ces équipes sont appelées usine de migration. Votre usine de migration augmentera la vitesse de votre plan de migration, avec plusieurs équipes de sprint travaillant en parallel. 20 à 50 % d'un portefeuille d'applications d'entreprise consiste en des modèles répétés qui peuvent être optimisés par une approche d'usine. Il s'agit d'un modèle de livraison agile, et il est important de créer un plan de gestion des versions. Votre plan doit être basé sur les charges de travail actuelles et les informations générées pendant la phase de préparation et de planification. Il devrait être continuellement optimisé pour les future vagues migratoires et les future équipes de migration. Nous vous recommandons de disposer d'un arriéré d'applications prenant en charge trois sprints pour chaque équipe. Cela vous permet de rehiérarchiser les applications si vous rencontrez des problèmes qui affectent la planification.

Les applications plus volumineuses et plus complexes suivent souvent le modèle de réfacteur/réarchitecte. Ils sont généralement effectués dans des cycles de publication planifiés par le propriétaire de l'application. Les équipes d'usine sont autosuffisantes et comprennent cinq à six rôles interfonctionnels. Il s'agit notamment d'opérations, d'analystes commerciaux et de propriétaires, d'ingénieurs de migration, de développeurs et DevOps professionnels. Voici des exemples d'équipes d'usine de migration spécifiquement ciblées :

• Les équipes de migration réhébergent des applications à volume élevé et à faible complexité qui ne nécessitent pas de modification matérielle. Ces équipes exploitent les outils d'automatisation de la migration. Cette approche est intégrée dans patch-and-release processus de gestion.

• Les équipes de migration de replateforme conçoivent et migrent des applications nécessitant un changement de plate-forme ou une modification répétable de l'architecture des applications.

• Les équipes de migration de refacteurs/réarchitectes conçoivent et migrent des applications métiers complexes ou principales présentant de nombreuses dépendances. Dans la plupart des cas, les équipes de développement et d'opérations techniques prennent en charge cette capacité commerciale. La migration devient un cycle de publication ou quelques cycles de publication dans le plan de cette équipe. Il peut y en avoir beaucoup en vol, et le Cloud Business Office (CBO) est responsable du suivi des délais, des risques et des problèmes jusqu'à la fin de la migration. Cette équipe est propriétaire du processus de migration des applications.

Points à prendre en compte :

• Effectuez une analyse de portefeuille pour comprendre les modèles communs à toutes les applications afin de créer un travail reproductible que les équipes d'usine peuvent mettre en œuvre efficacement.

• Utiliser unAWSPartenaire pour vous aider à résoudre les contraintes de ressources, car votre équipe prend en charge les activités commerciales régulières.AWSet l'AWSLa communauté des partenaires peut apporter des ressources spécialisées pour des sujets spécifiques tels que les bases de données, le développement d'applications et les outils de migration.

Guide de procédures

• Automatisation des migrations de serveurs à grande échelle avec Cloud Migration Factory