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.
Création
L'utilisation d'une base de données DB2 partagée permet l'exécution simultanée d'applications identiques ou cohérentes dans les environnements mainframe et cloud. Cette approche présente plusieurs avantages lorsque vous maintenez la même version d'application sur les deux plateformes, et améliore la flexibilité et la fiabilité de vos opérations.
L'un des principaux avantages de cette stratégie est la capacité à mettre en œuvre un plan de réduction efficace. Si des problèmes surviennent pendant la migration ou le déploiement, le fait de disposer de la même version d'application permet de revenir facilement à l'état précédent et de minimiser les temps d'arrêt et les incohérences potentielles entre les données.
Cohérence des applications
La mise en miroir des composants de l'application depuis un gestionnaire de contrôle de source distribué vers le mainframe constitue une approche stratégique lors du processus de replateforme. Cette méthode prend en charge l'utilisation d'outils modernes de gestion du code source tout en maintenant la synchronisation avec l'environnement du mainframe. Ce processus de mise en miroir est temporaire et ne dure que jusqu'à ce que la charge de travail soit entièrement fonctionnelle en production sur la plate-forme distribuée.
En migrant le code source de votre application replateforme vers un outil de gestion des modifications distribué, vous pouvez tirer parti de plusieurs avantages offerts par les gestionnaires de code source modernes. Il s’agit des licences suivantes :
-
Collaboration améliorée : les outils distribués fournissent souvent un meilleur support à la collaboration en équipe en incluant des fonctionnalités telles que les pull requests, les révisions de code et les stratégies de branchement.
-
Contrôle de version amélioré : les systèmes modernes offrent un contrôle de version plus précis et facilitent le suivi des modifications et la gestion des différentes versions du code.
-
Intégration aux CI/CD pipelines : de nombreux outils distribués s'intègrent parfaitement aux pipelines d'intégration continue et de déploiement continu (CI/CD), ce qui rationalise le processus de développement.
-
Visibilité et traçabilité améliorées : ces outils fournissent souvent des tableaux de bord et des fonctionnalités de reporting de qualité supérieure, et offrent un meilleur aperçu du processus de développement.
-
Support aux pratiques de développement modernes : les systèmes distribués sont généralement mieux adaptés aux méthodologies et DevOps pratiques agiles.
Le processus de mise en miroir implique la synchronisation du code entre le gestionnaire de contrôle de source distribué et le mainframe. Cela garantit que les deux environnements restent cohérents pendant la période de transition. Cependant, vous devez implémenter la mise en miroir sous forme de synchronisation unidirectionnelle, dans le cadre de laquelle les mises à jour circulent du système distribué vers le mainframe, plutôt que de manière bidirectionnelle. Cette approche assure la cohérence et prévient les conflits potentiels qui pourraient découler de mises à jour simultanées dans les deux environnements.
En adoptant cette stratégie de mise en miroir, vous pouvez progressivement transférer vos efforts de développement vers la plate-forme distribuée tout en garantissant le maintien de l'environnement mainframe. up-to-date Cela permet une transition plus fluide et un filet de sécurité pendant le processus de replateforme. Lorsque la charge de travail est entièrement fonctionnelle et stable dans l'environnement de production distribué, vous pouvez supprimer progressivement le processus de mise en miroir et terminer la migration vers le système de gestion de code source moderne.
Architecture
Le schéma suivant montre comment un système de gestion de code source distribué peut refléter les composants de l'application et maintenir la synchronisation entre les environnements mainframe AWS Cloud et mainframe. L' AWS Cloud environnement utilise CI/CD des services tels que AWS CodeBuildAWS CodePipeline, et AWS CodeDeploypour créer et déployer l'application.
Dans ce flux de travail :
-
Les propriétaires de l'application fournissent une nouvelle version de l'application dans la branche de développement du référentiel de code source.
-
La nouvelle version se déclenche AWS CodePipeline.
-
AWS CodeBuild récupère les informations d'identification DB2 à partir de. AWS Secrets Manager
-
CodeBuild compile l'application.
-
CodeBuild utilise Db2 pour z/OS lier l'application.
-
Le flux de livraison du mainframe crée et déploie également l'application.
