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à.
Conversione
Nella modernizzazione del mainframe, una delle sfide più critiche è ridurre al minimo i tempi di inattività e i rischi durante la transizione verso una nuova piattaforma. La strategia blue/green di implementazione offre un approccio potente e flessibile alla migrazione dei sistemi.
L'implementazione blu/verde è una tecnica che riduce i tempi di inattività e i rischi eseguendo due ambienti di produzione identici denominati blu e verde. Ecco come funziona nel contesto della modernizzazione del mainframe:
-
Ambiente blu: questo è il tuo attuale sistema mainframe che gestisce tutto il traffico di produzione.
-
Ambiente ecologico: questa è la tua nuova piattaforma modernizzata pronta a subentrare. AWS
La strategia blue/green Cutover include le seguenti fasi: fornitura, messa in funzione, ripristino in caso di problemi e conclusione.
Fornitura
In questa fase, esegui il provisioning del nuovo ambiente (verde) AWS seguendo questi passaggi:
-
Ripiattaforma l'ambiente: la zona ospitata da Route 53 deve contenere un record DNS che punti all'ambiente mainframe (blu).
-
Verifica la connettività: assicurati una connessione corretta tra i tuoi gestori di transazioni Account AWS e quelli locali e Db2 for database. z/OS
-
Esegui test di fumo: utilizza l'indirizzo del AWS load balancer per accedere all'ambiente replatformed ed esegui test di fumo completi per verificare quanto segue:
-
Tutti i carichi di lavoro previsti sono disponibili.
-
3270 transazioni vengono elaborate correttamente.
-
Le interazioni dei dati con Db2 for z/OS funzionano come previsto.
-
Trasmetti in diretta
In questa fase, sposti il traffico verso l'ambiente verde e controlli le modifiche.
-
Utilizza le politiche di routing del traffico in Route 53 per spostare il traffico:
-
Opzione A: puoi spostare il traffico tutto in una volta.
-
Opzione B: In alternativa, è possibile utilizzare una distribuzione ponderata graduale.
-
-
Monitora e convalida:
-
Osserva attentamente l' AWS ambiente mentre il traffico cambia.
-
Controlla l'elaborazione delle transazioni 3270.
-
Verifica Db2 per la z/OS comunicazione.
-
Monitora i problemi di prestazioni.
-
Chiedi agli utenti di convalidare i risultati delle transazioni.
-
Rollback
In caso di problemi, puoi aggiornare rapidamente Route 53 per reindirizzare il traffico verso l'ambiente mainframe locale (blu).
È necessario esaminare e risolvere i problemi prima di tentare un altro cutover.
Concludi
Dopo aver monitorato il traffico e verificato che il tuo ambiente verde funzioni correttamente, puoi aumentare gradualmente il traffico dell'applicazione verso AWS.
Dopo un periodo stabile, è possibile disattivare l'ambiente di transazione mainframe (blu) e mantenere Db2 for z/OS database in locale.
Architecture
Il diagramma seguente illustra il flusso di cutover.
Il processo di cutover consiste nei seguenti elementi:
-
Le applicazioni client, i frontend e i backend per i frontend (BFFs) inviano le transazioni al nome di dominio Route 53.
-
Route 53 indirizza la connessione al gestore delle transazioni del mainframe o al Network Load Balancer, a seconda della politica di routing definita.
-
Il gestore delle transazioni elabora le transazioni inviate al mainframe.
-
Il Network Load Balancer distribuisce le transazioni negli ambienti di ripiattaforma disponibili per l'elaborazione.
-
Gli ambienti di Modernizzazione del mainframe AWS ripiattaforma elaborano le richieste.
