Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Modernizzazione del mainframe: su DevOps AWS con Micro Focus
Creato da Kevin Yung (AWS)
Fonte: IBM z/OS Mainframe | Obiettivo: AWS | Tipo R: N/A |
Ambiente: PoC o pilota | Tecnologie: DevOps infrastruttura | Servizi AWS: Amazon EC2; AWS; AWS; CloudFormation AWS; CodeBuild AWS CodeDeploy; CodeCommit AWS Systems Manager; AWS CodePipeline |
Riepilogo
Sfide dei clienti
Organizations che eseguono applicazioni di base su hardware mainframe di solito incontrano alcune sfide quando l'hardware deve scalare per soddisfare le esigenze delle innovazioni digitali. Queste sfide includono i seguenti vincoli.
Gli ambienti di sviluppo e test del mainframe non sono scalabili a causa della rigidità dei componenti hardware del mainframe e degli elevati costi di modifica.
Lo sviluppo di mainframe sta affrontando una carenza di competenze, perché i nuovi sviluppatori non conoscono e non sono interessati ai tradizionali strumenti di sviluppo mainframe. Le tecnologie moderne come i container, le pipeline di integrazione continua/distribuzione continua (CI/CD) e i moderni framework di test non sono disponibili nello sviluppo di mainframe.
Risultati del modello
Per affrontare queste sfide, Amazon Web Services (AWS) e Micro Focus, un partner di AWS Partner Network (APN), hanno collaborato alla creazione di questo modello. La soluzione è progettata per aiutarti a raggiungere i seguenti risultati.
Migliore produttività degli sviluppatori. Agli sviluppatori possono essere fornite nuove istanze di sviluppo mainframe in pochi minuti.
Utilizzo del cloud AWS per creare nuovi ambienti di test mainframe con capacità praticamente illimitata.
Fornitura rapida di una nuova infrastruttura CI/CD mainframe. Il provisioning su AWS può essere completato entro un'ora utilizzando AWS CloudFormation e AWS Systems Manager.
Uso nativo degli DevOps strumenti AWS per lo sviluppo di mainframe, tra cui AWS, AWS CodeBuild, AWS CodeCommit CodePipeline CodeDeploy, AWS e Amazon Elastic Container Registry (Amazon ECR) Elastic Container ECR).
Trasforma lo sviluppo tradizionale a cascata in uno sviluppo agile nei progetti mainframe.
Riepilogo delle tecnologie
In questo modello, lo stack di destinazione contiene i seguenti componenti.
Componenti logici | Soluzioni di implementazione | Descrizione |
---|---|---|
Archivi di codice sorgente | AccuRev Server Micro Focus CodeCommit, Amazon ECR | Gestione del codice sorgente: la soluzione utilizza due tipi di codice sorgente.
Entrambi i tipi di codice sorgente richiedono il controllo della versione, ma sono gestiti in diversi SCM. Il codice sorgente distribuito nel mainframe o nei server Micro Focus Enterprise viene gestito in Micro Focus Server. AccuRev I modelli e gli script di automazione AWS sono gestiti in CodeCommit. Amazon ECR viene utilizzato per gli archivi di immagini Docker. |
Istanze per sviluppatori aziendali | Amazon Elastic Compute Cloud (Amazon EC2), sviluppatore aziendale Micro Focus per Eclipse | Gli sviluppatori di mainframe possono sviluppare codice in Amazon EC2 utilizzando Micro Focus Enterprise Developer for Eclipse. Ciò elimina la necessità di affidarsi all'hardware mainframe per scrivere e testare il codice. |
Gestione delle licenze Micro Focus | Micro Focus License Manager | Per la gestione e la governance centralizzate delle licenze Micro Focus, la soluzione utilizza Micro Focus License Manager per ospitare la licenza richiesta. |
Pipeline CI/CD | CodePipeline,, CodeBuild CodeDeploy, Micro Focus Enterprise Developer in un contenitore, Micro Focus Enterprise Test Server in un contenitore, Micro Focus Enterprise Server | I team di sviluppo del mainframe necessitano di pipeline CI/CD per eseguire la compilazione del codice, i test di integrazione e i test di regressione. In AWS, CodePipeline e CodeBuild può funzionare nativamente con Micro Focus Enterprise Developer ed Enterprise Test Server in un container. |
Prerequisiti e limitazioni
Prerequisiti
Nome | Descrizione |
---|---|
py3270 | py3270 è un'interfaccia Python per x3270, un emulatore di terminale IBM 3270. Fornisce un'API per un sottoprocesso x3270 o s3270. |
x3270 | x3270 è un emulatore di terminale IBM 3270 per X Window System e Windows. Questo può essere usato dallo sviluppatore per il test delle unità a livello locale. |
Robot-Framework-Mainframe-3270-Library | Mainframe3270 è una libreria per Robot Framework basata sul progetto py3270. |
Micro Focus Verastream | Micro Focus Verastream è una piattaforma di integrazione che consente di testare gli asset mainframe nello stesso modo in cui vengono testate le app mobili, le applicazioni Web e i servizi Web SOA. |
Programma di installazione e licenza Micro Focus Unified Functional Testing (UFT) | Micro Focus Unified Functional Testing è un software che fornisce l'automazione dei test funzionali e di regressione per applicazioni e ambienti software. |
Programma di installazione e licenza di Micro Focus Enterprise Server | Enterprise Server fornisce l'ambiente di runtime per le applicazioni mainframe. |
Programma di installazione e licenza di Micro Focus Enterprise Test Server | Micro Focus Enterprise Test Server è un ambiente di test delle applicazioni mainframe IBM |
Programma di AccuRev installazione e licenza Micro Focus per Server e programma di AccuRev installazione e licenza Micro Focus per sistemi operativi Windows e Linux | AccuRev fornisce la gestione del codice sorgente (SCM). Il AccuRev sistema è progettato per essere utilizzato da un team di persone che stanno sviluppando un set di file. |
Programma di installazione, patch e licenza di Micro Focus Enterprise Developer per Eclipse | Enterprise Developer fornisce agli sviluppatori di mainframe una piattaforma per sviluppare e mantenere le principali applicazioni mainframe online e in batch. |
Limitazioni
La creazione di un'immagine Windows Docker non è supportata in. CodeBuild Questo problema segnalato richiede il
supporto dei team Windows Kernel/HCS e Docker. La soluzione alternativa consiste nel creare un runbook di compilazione dell'immagine Docker utilizzando Systems Manager. Questo modello utilizza la soluzione alternativa per creare immagini Micro Focus Enterprise Developer for Eclipse e Micro Focus Enterprise Test Server Container. La connettività del cloud privato virtuale (VPC) da non CodeBuild è ancora supportata in Windows, quindi il modello non utilizza Micro Focus License Manager per gestire le licenze nei contenitori Micro Focus Enterprise Developer e Micro Focus Enterprise Test Server.
Versioni del prodotto
Micro Focus Enterprise Developer 5.5 o versioni successive
Micro Focus Enterprise Test Server 5.5 o versione successiva
Micro Focus Enterprise Server 5.5 o versione successiva
Micro Focus AccuRev 7.x o versione successiva
Immagine di base di Windows Docker per Micro Focus Enterprise Developer ed Enterprise Test Server: microsoft/dotnet-framework-4.7.2-runtime
Immagine di base Linux Docker per AccuRev client: amazonlinux:2
Architettura
Ambiente mainframe
Nello sviluppo di mainframe convenzionali, gli sviluppatori devono utilizzare l'hardware mainframe per sviluppare e testare i programmi. Devono affrontare limitazioni di capacità, ad esempio la limitazione di milioni di istruzioni al secondo (MIPS) per l'ambiente di sviluppo/test, e devono fare affidamento sugli strumenti disponibili sui computer mainframe.
In molte organizzazioni, lo sviluppo dei mainframe segue la metodologia di sviluppo a cascata, con i team che si affidano a cicli lunghi per rilasciare le modifiche. Questi cicli di rilascio sono generalmente più lunghi rispetto allo sviluppo di prodotti digitali.
Il diagramma seguente mostra più progetti mainframe che condividono hardware mainframe per il loro sviluppo. Nell'hardware mainframe, è costoso scalare un ambiente di sviluppo e test per più progetti.
![Diagram showing mainframe architecture with z/OS, IBM Z, and various components for project teams.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/84e717fc-5aea-41a6-977a-d7e7a7ca5da7.png)
Architettura AWS
Questo modello estende lo sviluppo del mainframe al cloud AWS. Innanzitutto, utilizza Micro Focus AccuRev SCM per ospitare il codice sorgente del mainframe su AWS. Quindi rende disponibili Micro Focus Enterprise Developer e Micro Focus Enterprise Test Server per creare e testare il codice mainframe su AWS.
Le sezioni seguenti descrivono i tre componenti principali del pattern.
1. SCM
In AWS, il pattern utilizza Micro Focus AccuRev per creare una serie di aree di lavoro SCM e il controllo della versione per il codice sorgente del mainframe. La sua architettura basata su stream consente lo sviluppo parallelo di mainframe per più team. Per unire una modifica, AccuRev utilizza il concetto di promozione. Per aggiungere tale modifica ad altre aree di lavoro, AccuRev utilizza il concetto di aggiornamento.
A livello di progetto, ogni team può creare uno o più flussi AccuRev per tenere traccia delle modifiche a livello di progetto. Questi sono chiamati flussi di progetto. Questi flussi di progetto vengono ereditati dallo stesso flusso principale. Il flusso principale viene utilizzato per unire le modifiche da diversi flussi di progetto.
Ogni flusso di progetto può promuovere il codice e viene impostato un trigger di promozione post per avviare la pipeline CI/CD di AWS. AccuRev La build riuscita di una modifica del flusso di progetto può essere promossa al flusso principale per ulteriori test di regressione.
Di solito, il flusso principale è chiamato flusso di integrazione del sistema. Quando si verifica una promozione da un flusso di progetto a un flusso di integrazione di sistema, un trigger successivo alla promozione avvia un'altra pipeline CI/CD per eseguire i test di regressione.
Oltre al codice mainframe, questo modello include CloudFormation modelli AWS, documenti Systems Manager Automation e script. Seguendo le infrastructure-as-code best practice, sono controllate dalla versione in AWS. CodeCommit
Se è necessario sincronizzare il codice mainframe con un ambiente mainframe per la distribuzione, Micro Focus fornisce la soluzione Enterprise Sync, che sincronizza il codice dall'SCM all' AccuRev SCM mainframe.
2. Ambienti di sviluppo e test
In un'organizzazione di grandi dimensioni, scalare più di cento o addirittura più di mille sviluppatori mainframe è una sfida. Per risolvere questo vincolo, il modello utilizza istanze Windows di Amazon EC2 per lo sviluppo. Sulle istanze, sono installati gli strumenti Micro Focus Enterprise Developer for Eclipse. Lo sviluppatore può eseguire tutti i test e il debug del codice mainframe localmente sull'istanza.
I documenti AWS Systems Manager State Manager e Automation vengono utilizzati per automatizzare il provisioning delle istanze di sviluppo. Il tempo medio per creare un'istanza per sviluppatori è di 15 minuti. Vengono preparati il software e le configurazioni seguenti.
AccuRev Client Windows per il check-out e il salvataggio del codice sorgente AccuRev
Strumento Micro Focus Enterprise Developers for Eclipse, per la scrittura, il test e il debug del codice mainframe a livello locale
Framework di test open source Python Behavior-driven development (BDD), framework di test Behave, py3270 e l'emulatore x3270 per la creazione di script per testare le applicazioni
Uno strumento di sviluppo Docker per creare l'immagine Docker di Enterprise Test Server e testare l'applicazione nel contenitore Docker di Enterprise Test Server
Nel ciclo di sviluppo, gli sviluppatori utilizzano l'istanza EC2 per sviluppare e testare il codice mainframe a livello locale. Quando le modifiche locali vengono testate con successo, gli sviluppatori promuovono la modifica nel AccuRev server.
3. Condutture CI/CD
Nello schema, le pipeline CI/CD vengono utilizzate per i test di integrazione e i test di regressione prima dell'implementazione nell'ambiente di produzione.
Come spiegato nella sezione SCM, AccuRev utilizza due tipi di flussi: un flusso di progetto e un flusso di integrazione. Ogni stream è collegato a pipeline CI/CD. Per eseguire l'integrazione tra il AccuRev server e AWS CodePipeline, il pattern utilizza uno script di AccuRev post promozione per creare un evento per avviare CI/CD.
Ad esempio, quando uno sviluppatore promuove una modifica a un flusso di progetto in AccuRev, avvia uno script di post-promozione da eseguire in Server. AccuRev Quindi lo script carica i metadati della modifica in un bucket Amazon Simple Storage Service (Amazon S3) per creare un evento Amazon S3. Questo evento avvierà l'esecuzione di una pipeline configurata. CodePipeline
Lo stesso meccanismo di avvio degli eventi viene utilizzato per il flusso di integrazione e le relative pipeline associate.
Nella pipeline CI/CD, CodePipeline viene utilizzato CodeBuild con il contenitore client Micro Focus AccuRev Linux per estrarre il codice più recente dagli stream. AccuRev Quindi la pipeline inizia CodeBuild a utilizzare il contenitore Windows Micro Focus Enterprise Developer per compilare il codice sorgente e a utilizzare il contenitore Windows Micro Focus Enterprise Test Server per testare le applicazioni mainframe. CodeBuild
Le pipeline CI/CD sono create utilizzando CloudFormation modelli AWS e il blueprint verrà utilizzato per nuovi progetti. Utilizzando i modelli, un progetto impiega meno di un'ora per creare una nuova pipeline CI/CD in AWS.
Per scalare la capacità di test del mainframe su AWS, il modello crea la suite di DevOps test Micro Focus, Micro Focus Verastream e il server Micro Focus UFT. Utilizzando gli DevOps strumenti moderni, puoi eseguire tutti i test su AWS di cui hai bisogno.
Un esempio di ambiente di sviluppo mainframe con Micro Focus su AWS è illustrato nel diagramma seguente.
![AWS development pipeline with shared components for multiple project teams.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/27da6a52-4573-44cb-8716-1ac49430f618.png)
Stack tecnologico Target
Questa sezione fornisce uno sguardo più da vicino all'architettura di ciascun componente del pattern.
1. Archivio del codice sorgente: SCM AccuRev
Micro Focus AccuRev SCM è configurato per gestire le versioni del codice sorgente mainframe. Per un'elevata disponibilità, AccuRev supporta le modalità primaria e di replica. Gli operatori possono eseguire il failover sulla replica durante la manutenzione sul nodo primario.
Per accelerare la risposta della pipeline CI/CD, il pattern utilizza Amazon CloudWatch Events per rilevare le modifiche al codice sorgente e avviare l'avvio della pipeline.
CodePipeline È configurato per utilizzare una fonte Amazon S3.
Una regola CloudWatch Events è impostata per acquisire gli eventi S3 da un bucket S3 di origine.
La regola CloudWatch Events imposta un obiettivo per la pipeline.
AccuRev SCM è configurato per eseguire uno script di post-promozione a livello locale dopo il completamento della promozione.
AccuRev SCM genera un file XML che contiene i metadati della promozione e lo script carica il file XML nel bucket S3 di origine.
Dopo il caricamento, il bucket S3 di origine invia gli eventi che corrispondono alla regola Events e la regola CloudWatch Events avvia l' CloudWatch esecuzione. CodePipeline
Quando la pipeline viene eseguita, avvia un CodeBuild progetto che prevede l'utilizzo di un contenitore client AccuRev Linux per estrarre il codice mainframe più recente da uno stream associato. AccuRev
Il diagramma seguente mostra una configurazione del server. AccuRev
![AWS architecture diagram showing VPC with two Availability Zones, primary and replica instances, and data flow between components.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/e60345cc-2283-4b03-8f57-e3dac1770978.png)
2. Modello Enterprise Developer
Il modello utilizza modelli Amazon EC2 per semplificare la creazione dell'istanza di sviluppo. Utilizzando State Manager, può applicare le impostazioni del software e della licenza alle istanze EC2 in modo coerente.
Il modello Amazon EC2 si basa sulle impostazioni di contesto VPC e sulle impostazioni predefinite dell'istanza e segue i requisiti di tagging aziendali. Utilizzando un modello, un team può creare le proprie nuove istanze di sviluppo.
All'avvio di un'istanza di sviluppo, tramite l'associazione ai tag, Systems Manager utilizza State Manager per applicare l'automazione. L'automazione include i seguenti passaggi generali.
Installate il software Micro Focus Enterprise Developer e installate le patch.
Installate il AccuRev client Micro Focus per Windows.
Installa lo script preconfigurato per consentire agli sviluppatori di partecipare allo AccuRev stream. Inizializza gli spazi di lavoro di Eclipse.
Installa strumenti di sviluppo, tra cui x3270, py3270 e Docker.
Configurate le impostazioni della licenza in modo che puntino a un bilanciatore di carico di Micro Focus License Manager.
Il diagramma seguente mostra un'istanza Enterprise Developer creata dal modello Amazon EC2, con software e configurazione applicati all'istanza da State Manager. Le istanze per sviluppatori aziendali si connettono a Micro Focus License Manager per attivare la licenza.
![AWS architecture diagram showing VPC across two availability zones with auto scaling group and instances.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/7ca8f538-8362-4a11-a842-7ecff6fa0248.png)
3. Condutture CI/CD
Come spiegato nella sezione sull'architettura AWS, nel modello sono presenti pipeline CI/CD a livello di progetto e pipeline di integrazione di sistema. Ogni team di progetto mainframe crea una pipeline o più pipeline CI/CD per creare i programmi che sta sviluppando in un progetto. Queste pipeline CI/CD del progetto controllano il codice sorgente da un flusso associato. AccuRev
In un team di progetto, gli sviluppatori promuovono il proprio codice nel flusso associato. AccuRev Quindi la promozione avvia la pipeline del progetto per creare il codice ed eseguire i test di integrazione.
Ogni pipeline CI/CD di progetto utilizza CodeBuild progetti con l'immagine Amazon ECR dello strumento Micro Focus Enterprise Developer e l'immagine Amazon ECR dello strumento Micro Focus Enterprise Test Server.
CodePipeline e CodeBuild vengono utilizzati per creare le pipeline CI/CDs. Poiché CodeBuild non CodePipeline avete commissioni o impegni anticipati, pagate solo per ciò che utilizzate. Rispetto all'hardware mainframe, la soluzione AWS riduce notevolmente i lead time di provisioning dell'hardware e abbassa i costi dell'ambiente di test.
Nello sviluppo moderno, vengono utilizzate più metodologie di test. Ad esempio, test-driven development (TDD), BDD e Robot Framework. Con questo modello, gli sviluppatori possono utilizzare questi strumenti moderni per i test dei mainframe. Ad esempio, utilizzando x3270, py3270 e lo strumento di test Python Behave, è possibile definire il comportamento di un'applicazione online. È inoltre possibile utilizzare il framework robotico build mainframe 3270 in queste pipeline CI/CD.
Il diagramma seguente mostra la pipeline CI/CD del team stream.
![Diagram showing image processing workflow with AWS servizi and components.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/da59f837-2f23-404f-948b-41402cc6fe0c.png)
Il diagramma seguente mostra il rapporto di test CI/CD del progetto prodotto da in Mainframe3270 Robot Framework. CodePipeline
![Test report summary showing 100% pass rate for 3 test cases in 2.662 seconds.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/4752321a-c60d-455c-ac2f-6f0e2bc3dca0.png)
Il diagramma seguente mostra il rapporto di prova CI/CD del progetto prodotto da in Py3270 e Behave BDD. CodePipeline
![Test report summary showing 100% pass rate for 2 test cases related to bank demo functions.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/d005466e-aeb8-4fd6-8342-743ed049f98a.png)
Dopo che i test a livello di progetto sono stati superati con successo, il codice testato viene promosso manualmente nel flusso di integrazione in SCM. AccuRev Puoi automatizzare questo passaggio dopo che i team avranno acquisito fiducia nella copertura dei test della loro pipeline di progetto.
Quando viene promosso il codice, la pipeline CI/CD di integrazione del sistema controlla il codice unito ed esegue test di regressione. Il codice unito viene promosso da tutti i flussi di progetto paralleli.
A seconda della granulometria richiesta dall'ambiente di test, i clienti possono disporre di più pipeline CI/CD di integrazione del sistema in ambienti diversi, ad esempio UAT o Pre-Produzione.
Nello schema, gli strumenti utilizzati nella pipeline di integrazione del sistema sono Micro Focus Enterprise Test Server, Micro Focus UFT Server e Micro Focus Verastream. Tutti questi strumenti possono essere implementati nel contenitore Docker e utilizzati con. CodeBuild
Dopo aver testato con successo i programmi mainframe, l'elemento viene archiviato, con il controllo della versione, in un bucket S3.
Il diagramma seguente mostra una pipeline CI/CD di integrazione del sistema.
![Diagram showing AWS image processing workflow with Amplify SDK, Lambda functions, and S3 storage.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/693212e5-1cd0-4f82-a910-39b00d977c38.png)
Dopo che l'artefatto è stato testato con successo nelle pipeline CI/CD di integrazione del sistema, può essere promosso per l'implementazione in produzione.
Se è necessario redistribuire il codice sorgente sul mainframe, Micro Focus offre la soluzione Enterprise Sync per sincronizzare il codice sorgente dal mainframe a Mainframe Endeavour. AccuRev
Il diagramma seguente mostra una pipeline CI/CD di produzione che implementa l'artefatto nei server Micro Focus Enterprise. In questo esempio, CodeDeploy orchestra l'implementazione dell'artefatto mainframe testato in Micro Focus Enterprise Server.
![Workflow diagram showing steps from code to deployment with AWS servizi icons.](images/pattern-img/2359db4c-f351-45a6-8516-88a3b62e61f9/images/56749c2a-e038-4e56-9487-b2ff83894725.png)
Oltre alla guida dettagliata sull'architettura della pipeline CI/CD, puoi anche leggere il post DevOps sul blog AWS Automatizza migliaia di test mainframe su AWS con Micro Focus Enterprise Suite per ulteriori informazioni sui test delle
Strumenti
Strumenti
Strumenti di automazione AWS
Strumenti Micro Focus
Altri strumenti
Epiche
Attività | Descrizione | Competenze richieste |
---|---|---|
Implementa un server AccuRev SCM primario utilizzando AWS. CloudFormation | AWS CloudFormation | |
Crea l'utente AccuRev amministratore. | Accedere a AccuRev SCM Server ed eseguire il comando CLI per creare un utente amministratore. | AccuRev Amministratore del server SCM |
Crea AccuRev stream. | Crea AccuRev flussi che ereditano i flussi superiori in sequenza: Production, System Integration, Team Streams. | AccuRev Amministratore SCM |
Crea gli account di AccuRev accesso per sviluppatori. | Utilizzate i comandi CLI AccuRev SCM per AccuRev creare account di accesso degli utenti per gli sviluppatori mainframe. | AccuRev Amministratore SCM |
Attività | Descrizione | Competenze richieste |
---|---|---|
Implementa il modello di lancio di Amazon EC2 utilizzando AWS. CloudFormation | Usa AWS CloudFormation per distribuire un modello di lancio di Amazon EC2 per le istanze Micro Focus Enterprise Developer. Il modello include un documento Systems Manager Automation per l'istanza Micro Focus Enterprise Developer. | AWS CloudFormation |
Crea l'istanza Enterprise Developer dal modello Amazon EC2. | Accesso alla console AWS e competenze per sviluppatori mainframe |
Attività | Descrizione | Competenze richieste |
---|---|---|
Create l'immagine Docker dello strumento Micro Focus Enterprise Developer. | Utilizzate il comando Docker e lo strumento di sviluppo Micro Focus Enterprise Dockerfile per creare l'immagine Docker. | Docker |
Crea il repository Docker in Amazon ECR. | Sulla console Amazon ECR, create l'archivio per l'immagine Micro Focus Enterprise Developer Docker. | Amazon ECR |
Inviate l'immagine Docker dello strumento Micro Focus Enterprise Developer su Amazon ECR. | Esegui il comando Docker push per inviare l'immagine Docker dello strumento Enterprise Developer per salvarla nel repository Docker in Amazon ECR. | Docker |
Attività | Descrizione | Competenze richieste |
---|---|---|
Create l'immagine Docker di Micro Focus Enterprise Test Server. | Utilizzate il comando Docker e il Dockerfile di Micro Focus Enterprise Test Server per creare l'immagine Docker. | Docker |
Crea il repository Docker in Amazon ECR. | Sulla console Amazon ECR, crea l'archivio Amazon ECR per l'immagine Docker di Micro Focus Enterprise Test Server. | Amazon ECR |
Inviate l'immagine Docker di Micro Focus Enterprise Test Server su Amazon ECR. | Esegui il comando Docker push per inviare e salvare l'immagine Docker di Enterprise Test Server in Amazon ECR. | Docker |
Attività | Descrizione | Competenze richieste |
---|---|---|
Crea il CodeCommit repository AWS. | Sulla CodeCommit console, crea un repository basato su Git per l'infrastruttura e il codice AWS. CloudFormation | AWS CodeCommit |
Carica il CloudFormation modello AWS e il codice di automazione nel CodeCommit repository. | Esegui il comando Git push per caricare il CloudFormation modello AWS e il codice di automazione nel repository. | Git |
Implementa la pipeline CI/CD del team stream tramite. CloudFormation | Utilizza il CloudFormation modello AWS preparato per distribuire una pipeline CI/CD di stream in team. | AWS CloudFormation |
Attività | Descrizione | Competenze richieste |
---|---|---|
Create l'immagine Micro Focus UFT Docker. | Utilizzate il comando Docker e il Micro Focus UFT Dockerfile per creare l'immagine Micro Focus Docker. | Docker |
Crea il repository Docker in Amazon ECR per l'immagine Micro Focus UFT. | Sulla console Amazon ECR, crea il repository Docker per l'immagine Micro Focus UFT. | Amazon ECR |
Inviate l'immagine Micro Focus UFT Docker ad Amazon ECR. | Esegui il comando Docker push per inviare e salvare l'immagine Docker di Enterprise Test Server in Amazon ECR. | Docker |
Create l'immagine Micro Focus Verastream Docker. | Utilizzate il comando Docker e il Dockerfile Micro Focus Verastream per creare l'immagine Docker. | Docker |
Crea il repository Docker in Amazon ECR per l'immagine Micro Focus Verastream. | Sulla console Amazon ECR, crea il repository Docker per l'immagine Micro Focus Verastream. | Amazon ECR |
Implementa la pipeline CI/CD di integrazione del sistema tramite. CloudFormation | Utilizza il CloudFormation modello AWS preparato per implementare una pipeline CI/CD di integrazione del sistema. | AWS CloudFormation |
Attività | Descrizione | Competenze richieste |
---|---|---|
Implementa Micro Focus Enterprise Server utilizzando AWS Quick Start. | Per distribuire Micro Focus Enterprise Server utilizzando AWS CloudFormation, avvia Micro Focus Enterprise Server su AWS Quick Start. | AWS CloudFormation |
Implementa una pipeline CI/CD di distribuzione in produzione. | Sulla CloudFormation console AWS, usa il CloudFormation modello AWS per distribuire una pipeline CI/CD di distribuzione di produzione. | AWS CloudFormation |
Risorse correlate
Riferimenti
AWS Marketplace
AWS Quick Start