Modernisation du mainframe : c'est DevOps parti AWS avec Micro Focus

Créée par Kevin Yung () AWS

Récapitulatif

Défis pour les clients

Organisations qui exécutent des applications de base sur du matériel mainframe rencontrent généralement quelques difficultés lorsque le matériel doit évoluer pour répondre aux exigences des innovations numériques. Ces défis incluent les contraintes suivantes. 

Résultats du modèle

Pour relever ces défis, Amazon Web Services (AWS) et Micro Focus, un AWS partenaire du réseau de partenaires (APN), ont collaboré pour créer ce modèle. La solution est conçue pour vous aider à atteindre les résultats suivants.

Résumé des technologies

Dans ce modèle, la pile cible contient les composants suivants.

Conditions préalables et limitations

Prérequis

Limites

Versions du produit

Architecture

Environnement mainframe

Dans le cadre du développement d'un mainframe classique, les développeurs doivent utiliser le matériel du mainframe pour développer et tester des programmes. Ils sont confrontés à des limites de capacité, par exemple à un million d'instructions par seconde (MIPS) pour l'environnement de développement/test, et ils doivent s'appuyer sur les outils disponibles sur les ordinateurs centraux.

Dans de nombreuses organisations, le développement des mainframes suit la méthodologie de développement en cascade, les équipes s'appuyant sur de longs cycles pour publier les modifications. Ces cycles de lancement sont généralement plus longs que ceux du développement de produits numériques.   

Le schéma suivant montre plusieurs projets de mainframe partageant du matériel mainframe pour leur développement. Dans le domaine du matériel mainframe, il est coûteux d'étendre un environnement de développement et de test à un plus grand nombre de projets.

AWSarchitecture

Ce modèle étend le développement des mainframes au AWS cloud. Tout d'abord, il utilise Micro Focus AccuRev SCM pour héberger le code source du mainframe. AWS Micro Focus Enterprise Developer et Micro Focus Enterprise Test Server sont ensuite disponibles pour créer et tester le code du mainframe. AWS 

Les sections suivantes décrivent les trois principaux composants du modèle.

1. SCM

DansAWS, le modèle utilise Micro Focus AccuRev pour créer un ensemble d'SCMespaces de travail et de contrôle de version pour le code source du mainframe. Son architecture basée sur les flux permet le développement parallèle de mainframes pour plusieurs équipes. Pour fusionner une modification, utilisez AccuRev le concept de promotion. Pour ajouter cette modification à d'autres espaces de travail, AccuRev utilise le concept de mise à jour.

Au niveau du projet, chaque équipe peut créer un ou plusieurs flux AccuRev pour suivre les changements au niveau du projet. C'est ce que l'on appelle les flux de projets. Ces flux de projet sont hérités du même flux parent. Le flux parent est utilisé pour fusionner les modifications des différents flux de projet.

Chaque flux de projet peut promouvoir le code vers AccuRev, et un déclencheur de publication de promotion est configuré pour lancer le pipeline AWS CI/CD. La génération réussie d'une modification de flux de projet peut être promue vers son flux parent pour d'autres tests de régression.  

En général, le flux parent est appelé flux d'intégration du système. Lorsqu'il y a une promotion d'un flux de projet vers un flux d'intégration du système, un déclencheur de post-promotion lance un autre pipeline CI/CD pour exécuter des tests de régression.

Outre le code mainframe, ce modèle inclut des AWS CloudFormation modèles, des documents Systems Manager Automation et des scripts. Conformément aux infrastructure-as-code meilleures pratiques, leur version est contrôlée dans. AWS CodeCommit 

Si vous devez resynchroniser le code du mainframe avec un environnement mainframe à des fins de déploiement, Micro Focus fournit la solution Enterprise Sync, qui synchronise le code de l' AccuRev SCMarrière vers le mainframe. SCM

2. Environnements de développement et de test

Dans une grande entreprise, il est difficile de faire évoluer plus d'une centaine, voire plus d'un millier de développeurs mainframe. Pour répondre à cette contrainte, le modèle utilise des instances Amazon EC2 Windows pour le développement. Sur les instances, les outils Micro Focus Enterprise Developer pour Eclipse sont installés. Le développeur peut effectuer tous les tests de code du mainframe et le débogage localement sur l'instance. 

AWSLes documents Systems Manager State Manager et Automation sont utilisés pour automatiser le provisionnement des instances de développement. Le délai moyen de création d'une instance de développeur est de 15 minutes. Les logiciels et configurations suivants sont préparés.

Au cours du cycle de développement, les développeurs utilisent l'EC2instance pour développer et tester le code du mainframe localement. Lorsque les modifications locales sont testées avec succès, les développeurs les promeuvent sur le AccuRev serveur.  

3. Canalisations CI/CD

Dans le modèle, les pipelines CI/CD sont utilisés pour les tests d'intégration et les tests de régression avant le déploiement dans l'environnement de production. 

Comme expliqué dans la SCM section, AccuRev utilise deux types de flux : un flux de projet et un flux d'intégration. Chaque flux est connecté à des pipelines CI/CD. Pour effectuer l'intégration entre le AccuRev serveur et AWS CodePipeline, le modèle utilise un script de AccuRev post-promotion pour créer un événement permettant de lancer le CI/CD.

Par exemple, lorsqu'un développeur promeut une modification d'un flux de projet dans AccuRev, il lance un script de post-promotion à exécuter dans AccuRev Server. Le script télécharge ensuite les métadonnées de la modification dans un compartiment Amazon Simple Storage Service (Amazon S3) afin de créer un événement Amazon S3. Cet événement lancera l'exécution d'un pipeline CodePipeline configuré. 

Le même mécanisme de déclenchement d'événements est utilisé pour le flux d'intégration et ses pipelines associés. 

Dans le pipeline CI/CD, CodePipeline utilise CodeBuild le conteneur client Micro Focus AccuRev Linux pour extraire le code le plus récent des AccuRev flux. Le pipeline commence ensuite CodeBuild à utiliser le conteneur Windows Micro Focus Enterprise Developer pour compiler le code source, et à utiliser le conteneur Windows Micro Focus Enterprise Test Server CodeBuild pour tester les applications mainframe.

Les pipelines CI/CD sont construits à l'aide de AWS CloudFormation modèles, et le plan directeur sera utilisé pour de nouveaux projets. En utilisant les modèles, il faut moins d'une heure à un projet pour créer un nouveau pipeline CI/CD. AWS

Pour étendre les capacités de test de votre mainframeAWS, le modèle intègre la suite de DevOps tests Micro Focus, Micro Focus Verastream et le serveur Micro Focus. UFT En utilisant les DevOps outils modernes, vous pouvez exécuter autant de tests AWS que vous le souhaitez.

Un exemple d'environnement de développement de mainframe avec Micro Focus activé AWS est illustré dans le schéma suivant.

Pile technologique cible

Cette section examine de plus près l'architecture de chaque composant du modèle.

1. Référentiel de code source — AccuRev SCM

Micro Focus AccuRev SCM est configuré pour gérer les versions du code source du mainframe. Pour une haute disponibilité, AccuRev prend en charge les modes principal et réplica. Les opérateurs peuvent basculer vers la réplique lorsqu'ils effectuent des opérations de maintenance sur le nœud principal. 

Pour accélérer la réponse du pipeline CI/CD, le modèle utilise Amazon CloudWatch Events pour détecter les modifications du code source et lancer le démarrage du pipeline.

Lorsque le pipeline s'exécute, il lance un CodeBuild projet visant à utiliser un conteneur client AccuRev Linux pour extraire le dernier code du mainframe à partir d'un flux associé AccuRev .   

Le schéma suivant montre une configuration AccuRev de serveur.

2. Modèle de développeur d'entreprise 

Le modèle utilise des EC2 modèles Amazon pour simplifier la création de l'instance de développeur. En utilisant State Manager, il peut appliquer les paramètres logiciels et de licence aux EC2 instances de manière cohérente.

Le EC2 modèle Amazon intègre ses paramètres VPC contextuels et ses paramètres d'instance par défaut, et il respecte les exigences de balisage de l'entreprise. À l'aide d'un modèle, une équipe peut créer ses propres nouvelles instances de développement. 

Lorsqu'une instance de développeur démarre, en l'associant à des balises, Systems Manager utilise State Manager pour appliquer l'automatisation. L'automatisation comprend les étapes générales suivantes.

Le schéma suivant montre une instance de développeur d'entreprise créée par le EC2 modèle Amazon, avec le logiciel et la configuration appliqués à l'instance par State Manager. Les instances de développement d'entreprise se connectent à Micro Focus License Manager pour activer leur licence.

3.  Canalisations CI/CD

Comme expliqué dans la section sur AWS l'architecture, dans le modèle, il existe des pipelines CI/CD au niveau du projet et des pipelines d'intégration du système. Chaque équipe de projet mainframe crée un pipeline ou plusieurs pipelines CI/CD pour créer les programmes qu'elle développe dans le cadre d'un projet. Ces pipelines CI/CD du projet extraient le code source d'un flux associé AccuRev . 

Au sein d'une équipe de projet, les développeurs font la promotion de leur code dans le AccuRev flux associé. Ensuite, la promotion lance le pipeline du projet pour créer le code et exécuter des tests d'intégration. 

Chaque pipeline CI/CD de projet utilise des CodeBuild projets dotés de l'outil Micro Focus Enterprise Developer Amazon ECR image et de l'outil Micro Focus Enterprise Test Server Amazon ECR image. 

CodePipeline et CodeBuild sont utilisés pour créer les CDs pipelines CI/. Parce que CodeBuild , sans frais ni engagements initiaux, vous ne payez que pour ce que vous utilisez. CodePipeline Par rapport au matériel mainframe, la AWS solution réduit considérablement les délais de mise en service du matériel et réduit le coût de votre environnement de test.

Dans le développement moderne, plusieurs méthodologies de test sont utilisées. Par exemple, le développement piloté par les tests (TDD) et le Robot BDD Framework. Grâce à ce modèle, les développeurs peuvent utiliser ces outils modernes pour les tests de mainframe. Par exemple, en utilisant x3270, py3270 et l'outil de test Behave python, vous pouvez définir le comportement d'une application en ligne. Vous pouvez également utiliser le framework robot build mainframe 3270 dans ces pipelines CI/CD.

Le schéma suivant montre le pipeline CI/CD Team Stream. 

Le schéma suivant montre le rapport de test CI/CD du projet produit par CodePipeline Mainframe3270 Robot Framework.

Le schéma suivant montre le rapport de test CI/CD du projet produit par CodePipeline Py3270 et Behave. BDD

Une fois que les tests au niveau du projet ont été réussis, le code testé est manuellement promu vers le flux d'intégration dans AccuRev SCM. Vous pouvez automatiser cette étape une fois que les équipes auront confiance dans la couverture des tests de leur pipeline de projets.

Lorsque le code est promu, le pipeline CI/CD d'intégration du système extrait le code fusionné et effectue des tests de régression. Le code fusionné est promu à partir de tous les flux de projets parallèles.

En fonction de la finesse requise pour l'environnement de test, les clients peuvent disposer d'un plus grand nombre de pipelines CI/CD d'intégration de systèmes dans différents environnementsUAT, par exemple en pré-production. 

Dans le modèle, les outils utilisés dans le pipeline d'intégration du système sont Micro Focus Enterprise Test Server, Micro Focus UFT Server et Micro Focus Verastream. Tous ces outils peuvent être déployés dans le conteneur Docker et utilisés avec CodeBuild.

Après avoir testé avec succès les programmes du mainframe, l'artefact est stocké, avec contrôle de version, dans un compartiment S3. 

Le schéma suivant montre un pipeline CI/CD d'intégration du système.

Une fois que l'artefact a été testé avec succès dans les pipelines CI/CD d'intégration du système, il peut être promu pour un déploiement en production. 

Si vous devez redéployer le code source sur le mainframe, Micro Focus propose la solution Enterprise Sync pour synchroniser le code source depuis Mainframe AccuRev Endeavour.

Le schéma suivant montre un pipeline CI/CD de production déployant l'artefact sur des serveurs Micro Focus Enterprise. Dans cet exemple, CodeDeploy orchestre le déploiement de l'artefact mainframe testé dans Micro Focus Enterprise Server.

Outre la présentation de l'architecture du pipeline CI/CD, vous pouvez également lire le billet de AWS DevOps blog Automatisez des milliers de tests de mainframe AWS avec la suite Micro Focus Enterprise pour plus d'informations sur le test d'applications mainframe dans et. CodeBuild CodePipeline Reportez-vous au billet de blog pour connaître les meilleures pratiques et les détails relatifs à la réalisation de tests sur mainframe surAWS.

Outils

Outils

AWSoutils d'automatisation

Outils Micro Focus

Autres outils

Épopées

Ressources connexes

Références

AWS Marketplace

Quick Start AWS