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.
Modernisation du mainframe : DevOps sur AWS avec Micro Focus
Créée par Kevin Yung (AWS)
Source : ordinateur central IBM z/OS | Cible : AWS | Type R : N/A |
Environnement : PoC ou pilote | Technologies : DevOps ; Infrastructures | Services AWS : Amazon EC2 ; AWS ; CloudFormation AWS ; CodeBuild AWS ; CodeCommit AWS CodeDeploy ; AWS Systems Manager ; AWS CodePipeline |
Récapitulatif
Les défis des 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.
Les environnements de développement et de test du mainframe ne peuvent pas évoluer en raison de la rigidité des composants matériels du mainframe et du coût élevé des modifications.
Le développement d'ordinateurs centraux fait face à des pénuries de compétences, car les nouveaux développeurs ne sont pas habitués aux outils de développement de mainframe traditionnels et ne s'y intéressent pas. Les technologies modernes telles que les conteneurs, les pipelines d'intégration continue/de livraison continue (CI/CD) et les frameworks de test modernes ne sont pas disponibles pour le développement de mainframes.
Résultats du modèle
Pour relever ces défis, Amazon Web Services (AWS) et Micro Focus, un partenaire du réseau de partenaires AWS (APN), ont collaboré pour créer ce modèle. La solution est conçue pour vous aider à atteindre les résultats suivants.
Productivité améliorée des développeurs. Les développeurs peuvent recevoir de nouvelles instances de développement de mainframe en quelques minutes.
Utilisation du cloud AWS pour créer de nouveaux environnements de test de mainframe dotés d'une capacité pratiquement illimitée.
Provisionnement rapide de la nouvelle infrastructure CI/CD du mainframe. Le provisionnement sur AWS peut être effectué en une heure à l'aide d'AWS CloudFormation et d'AWS Systems Manager.
Utilisation native des DevOps outils AWS pour le développement de mainframes, notamment AWS CodeBuild, AWS CodeCommit CodePipeline CodeDeploy, AWS et Amazon Elastic Container Registry (Amazon ECR).
Transformez le développement en cascade traditionnel en développement agile dans les projets mainframe.
Résumé des technologies
Dans ce modèle, la pile cible contient les composants suivants.
Composants logiques | Solutions de mise en œuvre | Description |
|---|---|---|
Référentiels de code source | AccuRev Serveur Micro Focus CodeCommit, Amazon ECR | Gestion du code source : la solution utilise deux types de code source.
Les deux types de code source nécessitent un contrôle de version, mais ils sont gérés dans des SCM différents. Le code source déployé sur le mainframe ou les serveurs Micro Focus Enterprise est géré dans Micro Focus AccuRev Server. Les modèles AWS et les scripts d'automatisation sont gérés dans CodeCommit. Amazon ECR est utilisé pour les référentiels d'images Docker. |
Instances de développeurs d'entreprise | Amazon Elastic Compute Cloud (Amazon EC2), développeur Micro Focus Enterprise pour Eclipse | Les développeurs de mainframe peuvent développer du code dans Amazon EC2 à l'aide de Micro Focus Enterprise Developer pour Eclipse. Ainsi, il n'est plus nécessaire de recourir au matériel du mainframe pour écrire et tester le code. |
Gestion des licences Micro Focus | Micro Focus License Manager | Pour une gestion et une gouvernance centralisées des licences Micro Focus, la solution utilise Micro Focus License Manager pour héberger la licence requise. |
Canalisations CI/CD | CodePipeline, CodeBuild CodeDeploy, Micro Focus Enterprise Developer dans un conteneur, Micro Focus Enterprise Test Server dans un conteneur, Micro Focus Enterprise Server | Les équipes de développement de mainframe ont besoin de pipelines CI/CD pour effectuer la compilation du code, les tests d'intégration et les tests de régression. Dans AWS, il CodePipeline CodeBuild peut fonctionner avec Micro Focus Enterprise Developer et Enterprise Test Server dans un conteneur de manière native. |
Conditions préalables et limitations
Prérequis
Name (Nom) | Description |
|---|---|
py3270 | py3270 est une interface Python pour x3270, un émulateur de terminal IBM 3270. Il fournit une API à un sous-processus x3270 ou s3270. |
x3270 | x3270 est un émulateur de terminal IBM 3270 pour le système X Window et Windows. Cela peut être utilisé par le développeur pour des tests unitaires en local. |
Bibliothèque Robot-Framework-Mainframe-3270 | Mainframe3270 est une bibliothèque pour Robot Framework basée sur le projet py3270. |
Micro Focus Verastream | Micro Focus Verastream est une plate-forme d'intégration qui permet de tester les actifs du mainframe de la même manière que les applications mobiles, les applications Web et les services Web SOA. |
Programme d'installation et licence de Micro Focus Unified Functional Testing (UFT) | Micro Focus Unified Functional Testing est un logiciel qui permet d'automatiser les tests fonctionnels et de régression pour les applications et les environnements logiciels. |
Programme d'installation et licence de Micro Focus Enterprise Server | Enterprise Server fournit l'environnement d'exécution pour les applications mainframe. |
Programme d'installation et licence du serveur de test Micro Focus Enterprise | Micro Focus Enterprise Test Server est un environnement de test d'applications mainframe IBM |
Programme d' AccuRev installation et licence Micro Focus pour le serveur, et programme d' AccuRev installation et licence Micro Focus pour les systèmes d'exploitation Windows et Linux | AccuRev fournit la gestion du code source (SCM). Le AccuRev système est conçu pour être utilisé par une équipe de personnes qui développent un ensemble de fichiers. |
Programme d'installation, correctif et licence Micro Focus Enterprise Developer pour Eclipse | Enterprise Developer fournit aux développeurs de mainframe une plate-forme leur permettant de développer et de gérer les principales applications en ligne et par lots du mainframe. |
Limites
La création d'une image Windows Docker n'est pas prise en charge dans CodeBuild. Ce problème signalé
nécessite l'assistance des équipes Windows Kernel/HCS et Docker. La solution consiste à créer un runbook de génération d'images Docker à l'aide de Systems Manager. Ce modèle utilise la solution de contournement pour créer des images de conteneur Micro Focus Enterprise Developer for Eclipse et Micro Focus Enterprise Test Server. La connectivité au cloud privé virtuel (VPC) depuis n' CodeBuild est pas encore prise en charge sous Windows. Le modèle n'utilise donc pas Micro Focus License Manager pour gérer les licences dans les conteneurs Micro Focus Enterprise Developer et Micro Focus Enterprise Test Server.
Versions du produit
Micro Focus Enterprise Developer 5.5 ou version ultérieure
Micro Focus Enterprise Test Server 5.5 ou version ultérieure
Micro Focus Enterprise Server 5.5 ou version ultérieure
Micro Focus AccuRev 7.x ou version ultérieure
Image de base Windows Docker pour Micro Focus Enterprise Developer et Enterprise Test Server : microsoft/dotnet-framework-4.7.2-runtime
Image de base de Linux Docker pour le AccuRev client : amazonlinux:2
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) restreint 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.
Architecture AWS
Ce modèle étend le développement du mainframe au cloud AWS. Tout d'abord, il utilise Micro Focus AccuRev SCM pour héberger le code source du mainframe sur AWS. Micro Focus Enterprise Developer et Micro Focus Enterprise Test Server sont ensuite disponibles pour créer et tester le code du mainframe sur AWS.
Les sections suivantes décrivent les trois principaux composants du modèle.
1. SCM
Dans AWS, le modèle utilise Micro Focus AccuRev pour créer un ensemble d'espaces de travail SCM et un 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 du mainframe, ce modèle inclut des CloudFormation modèles AWS, des documents d'automatisation de Systems Manager et des scripts. Conformément aux infrastructure-as-code meilleures pratiques, ils sont contrôlés par version 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 du AccuRev SCM vers le SCM du mainframe.
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 Windows Amazon EC2 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.
Les documents AWS 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.
AccuRev Client Windows pour extraire et valider le code source dans AccuRev
Outil Micro Focus Enterprise Developers for Eclipse, pour écrire, tester et déboguer le code du mainframe localement
Frameworks de test open source Le framework de test de développement piloté par le comportement (BDD) en Python Behave, py3270, et l'émulateur x3270 pour créer des scripts pour tester des applications
Un outil de développement Docker permettant de créer l'image Docker du serveur de test d'entreprise et de tester l'application dans le conteneur Docker du serveur de test d'entreprise
Au cours du cycle de développement, les développeurs utilisent l'instance EC2 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 section SCM, 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 afin 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 créés à l'aide de CloudFormation modèles AWS, et le plan 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 dans AWS.
Pour étendre les capacités de test de votre mainframe sur AWS, 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 sur AWS que vous le souhaitez.
Un exemple d'environnement de développement mainframe avec Micro Focus sur 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.
CodePipeline Il est configuré pour utiliser une source Amazon S3.
Une règle d' CloudWatch événements est configurée pour capturer les événements S3 à partir d'un compartiment S3 source.
La règle CloudWatch Events définit une cible pour le pipeline.
AccuRev SCM est configuré pour exécuter un script de post-promotion localement une fois la promotion terminée.
AccuRev SCM génère un fichier XML qui contient les métadonnées de la promotion, et le script télécharge le fichier XML dans le compartiment S3 source.
Après le téléchargement, le compartiment S3 source envoie des événements conformes à la règle CloudWatch Events, et la règle CloudWatch Events lance leur CodePipeline exécution.
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 modèles Amazon EC2 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 instances EC2 de manière cohérente.
Le modèle Amazon EC2 intègre ses paramètres de contexte VPC et ses paramètres d'instance par défaut, et il répond aux 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.
Installez le logiciel Micro Focus Enterprise Developer et installez les correctifs.
Installez le AccuRev client Micro Focus pour Windows.
Installez le script préconfiguré permettant aux développeurs de rejoindre le AccuRev stream. Initialisez les espaces de travail Eclipse.
Installez des outils de développement, notamment x3270, py3270 et Docker.
Configurez les paramètres de licence pour qu'ils pointent vers un équilibreur de charge Micro Focus License Manager.
Le schéma suivant montre une instance de développeur d'entreprise créée par le modèle Amazon EC2, 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 l'architecture AWS, le modèle comprend 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 (image Amazon ECR) et de l'outil Micro Focus Enterprise Test Server (image Amazon ECR).
CodePipeline et CodeBuild sont utilisés pour créer les pipelines CI/CdS. 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 solution AWS 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), le BDD et le Robot 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 in Py3270 et Behave BDD.
Une fois les tests réussis au niveau du projet, le code testé est manuellement promu dans 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 environnements, par exemple UAT ou 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 DevOps blog AWS Automatisez des milliers de tests de mainframe sur AWS avec la suite Micro Focus Enterprise pour plus d'informations sur le
Outils
Outils
Outils d'automatisation AWS
Outils Micro Focus
Autres outils
Épopées
| Tâche | Description | Compétences requises |
|---|---|---|
| Déployez un serveur AccuRev SCM principal à l'aide d'AWS CloudFormation. | AWS CloudFormation | |
| Créez l'utilisateur AccuRev administrateur. | Connectez-vous au serveur AccuRev SCM et exécutez la commande CLI pour créer un utilisateur administrateur. | AccuRev Administrateur du serveur SCM |
| Créez des AccuRev streams. | Créez des AccuRev flux qui héritent des flux supérieurs dans l'ordre : production, intégration du système, flux d'équipe. | AccuRev Administrateur SCM |
| Créez les comptes de AccuRev connexion des développeurs. | Utilisez les commandes de la CLI AccuRev SCM pour créer des comptes de connexion AccuRev utilisateur pour les développeurs de mainframe. | AccuRev Administrateur SCM |
| Tâche | Description | Compétences requises |
|---|---|---|
| Déployez le modèle de lancement Amazon EC2 à l'aide d'AWS. CloudFormation | Utilisez AWS CloudFormation pour déployer un modèle de lancement Amazon EC2 pour les instances Micro Focus Enterprise Developer. Le modèle inclut un document Systems Manager Automation pour l'instance Micro Focus Enterprise Developer. | AWS CloudFormation |
| Créez l'instance Enterprise Developer à partir du modèle Amazon EC2. | Connexion à la console AWS et compétences de développeur de mainframe |
| Tâche | Description | Compétences requises |
|---|---|---|
| Créez l'image Docker de l'outil Micro Focus Enterprise Developer. | Utilisez la commande Docker et l'outil de développement Micro Focus Enterprise Dockerfile pour créer l'image Docker. | Docker |
| Créez le référentiel Docker dans Amazon ECR. | Sur la console Amazon ECR, créez le référentiel pour l'image Docker de Micro Focus Enterprise Developer. | Amazon ECR |
| Transférez l'image Docker de l'outil Micro Focus Enterprise Developer sur Amazon ECR. | Exécutez la commande Docker push pour envoyer l'image Docker de l'outil Enterprise Developer afin de l'enregistrer dans le référentiel Docker d'Amazon ECR. | Docker |
| Tâche | Description | Compétences requises |
|---|---|---|
| Créez l'image Docker du serveur de test Micro Focus Enterprise. | Utilisez la commande Docker et le fichier Dockerfile du serveur de test Micro Focus Enterprise pour créer l'image Docker. | Docker |
| Créez le référentiel Docker dans Amazon ECR. | Sur la console Amazon ECR, créez le référentiel Amazon ECR pour l'image Docker du serveur de test Micro Focus Enterprise. | Amazon ECR |
| Transférez l'image Docker du serveur de test Micro Focus Enterprise vers Amazon ECR. | Exécutez la commande Docker push pour envoyer et enregistrer l'image Docker du serveur de test d'entreprise dans Amazon ECR. | Docker |
| Tâche | Description | Compétences requises |
|---|---|---|
| Créez le CodeCommit référentiel AWS. | Sur la CodeCommit console, créez un référentiel Git pour l'infrastructure et le CloudFormation code AWS. | AWS CodeCommit |
| Téléchargez le CloudFormation modèle AWS et le code d'automatisation dans le CodeCommit référentiel. | Exécutez la commande Git push pour télécharger le CloudFormation modèle AWS et le code d'automatisation dans le référentiel. | Git |
| Déployez le pipeline CI/CD Team Stream via. CloudFormation | Utilisez le CloudFormation modèle AWS préparé pour déployer un pipeline CI/CD Team Stream. | AWS CloudFormation |
| Tâche | Description | Compétences requises |
|---|---|---|
| Créez l'image Micro Focus UFT Docker. | Utilisez la commande Docker et le fichier Micro Focus UFT Dockerfile pour créer l'image Micro Focus Docker. | Docker |
| Créez le référentiel Docker dans Amazon ECR pour l'image Micro Focus UFT. | Sur la console Amazon ECR, créez le référentiel Docker pour l'image Micro Focus UFT. | Amazon ECR |
| Transférez l'image Micro Focus UFT Docker vers Amazon ECR. | Exécutez la commande Docker push pour envoyer et enregistrer l'image Docker du serveur de test d'entreprise dans Amazon ECR. | Docker |
| Créez l'image Micro Focus Verastream Docker. | Utilisez la commande Docker et le fichier Dockerfile Micro Focus Verastream pour créer l'image Docker. | Docker |
| Créez le référentiel Docker dans Amazon ECR pour l'image Micro Focus Verastream. | Sur la console Amazon ECR, créez le référentiel Docker pour l'image Micro Focus Verastream. | Amazon ECR |
| Déployez le pipeline CI/CD d'intégration du système via. CloudFormation | Utilisez le CloudFormation modèle AWS préparé pour déployer un pipeline CI/CD d'intégration du système. | AWS CloudFormation |
| Tâche | Description | Compétences requises |
|---|---|---|
| Déployez Micro Focus Enterprise Server à l'aide d'AWS Quick Start. | Pour déployer Micro Focus Enterprise Server à l'aide d'AWS CloudFormation, lancez le serveur Micro Focus Enterprise sur AWS Quick Start. | AWS CloudFormation |
| Déployez un pipeline CI/CD de déploiement en production. | Sur la CloudFormation console AWS, utilisez le CloudFormation modèle AWS pour déployer un pipeline CI/CD de déploiement en production. | AWS CloudFormation |
Ressources connexes
Références
AWS Marketplace
Démarrage rapide d'AWS
