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.
Approche 2 : Découplage à l'aide d'une bibliothèque partagée
Dans cette approche, le programme partagé AB.1 est converti en bibliothèque commune Java et est empaqueté avec les applications de migration. Nous recommandons cette approche lorsque le programme partagé est une bibliothèque de support au lieu d'un service autonome.
Les autres composants des applications A et B sont refactorisés dans des programmes Java et migrés vers le cloud. Vous pouvez migrer les applications dans la même onde ou dans des vagues différentes.
Migration d'applications dans la même vague
Dans le diagramme suivant, les applications A et B sont regroupées pour être migrées dans la même vague.
Si vous découplez votre code à l'aide d'une bibliothèque partagée et en faisant migrer des applications dans la même vague, procédez comme suit :
-
Refactorisez les applications A et B avec leurs programmes associés en Java et migrez-les vers le cloud.
-
Conservez le code source des applications dans un service de contrôle de code source entièrement géré tel queAWS CodeCommit
. Les équipes qui utilisent le programme partagé peuvent collaborer sur les modifications de code à l'aide de pull request, de branchement et de fusion, et peuvent contrôler les modifications apportées au code du programme partagé. -
Après la migration, retirez les applications mainframe locales et leurs composants.
Migration d'applications sous différentes vagues
Lorsque les applications sont trop volumineuses pour être regroupées dans la même vague de migration, vous pouvez les migrer en plusieurs vagues, comme le montre le diagramme suivant, et maintenir la continuité du service pendant la migration. Avec cette approche, vous pouvez moderniser vos applications par étapes sans les regrouper. La migration de vos applications dans des vagues distinctes les dissocie sans nécessiter de modifications importantes de code sur le mainframe.
Si vous découplez votre code à l'aide d'une bibliothèque partagée et que vous migrez des applications sous différentes vagues, procédez comme suit :
-
Migrez (refactor) l'application A avec ses programmes associés vers le cloud tandis que l'application B continue de résider sur site.
-
Maintenez une copie du programme AB.1 sur le mainframe afin que l'application B puisse continuer à fonctionner.
-
Gelez le développement des fonctionnalités du programme AB.1 sur le mainframe. À ce stade, tout le développement des fonctionnalités se fera dans le programme refactorisé AB.1 dans le cloud.
-
Lorsque vous développez de nouvelles fonctionnalités pour le programme AB.1, maintenez la rétrocompatibilité pour prendre en charge la migration de l'application B dans les future vagues.
-
Une fois l'application A correctement migrée, retirez l'application locale et ses composants (à l'exception du programme partagé). L'application B et ses composantes (y compris le programme partagé) continuent de résider sur place.
-
Dans la prochaine série d'ondes de migration, migrez l'application B et ses composants. Vous pouvez utiliser la dernière bibliothèque partagée du programme AB.1 dans le cloud pour réduire les efforts de refactorisation de l'application B.
