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à.
DevOps di Modernizzazione del mainframe AWS
I sistemi mainframe presentano sfide uniche ma comuni. Ecco come è possibile estendere il DevOps framework per far fronte a queste caratteristiche uniche:
-
Stack tecnologico legacy: i mainframe utilizzano in genere stack tecnologici legacy e software proprietario, che possono essere molto diversi dalle moderne tecnologie native del cloud utilizzate in. DevOps L'integrazione di questi sistemi legacy in una pipeline richiede strumenti e competenze specializzati. DevOps
-
Elevata complessità: le applicazioni mainframe tendono ad essere estremamente complesse e monolitiche, con ampie interdipendenze. Scomporre e modernizzare queste applicazioni può essere più difficile che lavorare con basi di codice moderne e modulari. Ad esempio, le applicazioni COBOL mainframe richiedono una ricompilazione ogni volta, anche quando non vi è alcuna modifica nel programma. Ciò è dovuto al loro comportamento di interdipendenza con i quaderni e i sottoprogrammi associati.
-
Strumenti legacy: i mainframe spesso si affidano a strumenti e processi specializzati che non sono nativamente compatibili con gli strumenti moderni. DevOps L'integrazione e l'automazione possono essere più complicate e richiedono script e connettori personalizzati.
-
Cicli di rilascio lunghi: i mainframe sono noti per i loro lunghi cicli di rilascio, che possono essere un collo di bottiglia in un determinato contesto. DevOps DevOpsfor mainframe mira ad abbreviare questi cicli mantenendo al contempo stabilità e conformità. Le applicazioni mainframe avrebbero un ciclo di rilascio di 2-3 mesi, mentre le applicazioni monolitiche non mainframe potrebbero completare il loro ciclo di rilascio in 3-4 settimane. La ragione di ciò è la notevole quantità di test necessaria per valutare i componenti interdipendenti inalterati della richiesta di modifica.
-
Requisiti di conformità e sicurezza: poiché i mainframe sono comuni in mercati come quello assicurativo, finanziario e sanitario, le loro applicazioni spesso gestiscono dati sensibili e devono rispettare rigorosi standard di conformità e sicurezza. Il DevOps framework presentato in questa guida soddisfa questi requisiti in ogni fase della pipeline.
-
Divario di competenze: esiste un divario di competenze nelle organizzazioni che passano dallo sviluppo e dalle operazioni incentrati sul mainframe a pratiche moderne. DevOps I membri del team potrebbero aver bisogno di formazione per lavorare efficacemente in questo nuovo ambiente.
-
Sfide relative ai test: a causa della necessità di emulare accuratamente l'ambiente mainframe, i test automatizzati DevOps per i mainframe possono essere complessi. Sono necessari strumenti e framework di test specializzati. Quando un programma COBOL scritto sulla piattaforma Z/OS viene eseguito sulla piattaforma x86 (Linux o Windows), vengono restituiti errori di compatibilità. Ciò richiede l'uso di set di strumenti adeguati, come Micro Focus Enterprise Server.
-
Differenze culturali: la transizione da una cultura mainframe tradizionale a una DevOps cultura può essere un cambiamento culturale significativo per le organizzazioni. DevOps incoraggia la collaborazione, l'automazione e il miglioramento continuo, che potrebbero differire dalle pratiche esistenti del ciclo di vita dello sviluppo del software mainframe (SDLC).
-
Ambienti ibridi: molte organizzazioni utilizzano una combinazione di mainframe e sistemi moderni. DevOps per i mainframe devono integrarsi perfettamente con questi ambienti diversi.
DevOps in Modernizzazione del mainframe AWS è suddiviso in tre fasi: valutazione, creazione e ottimizzazione. La tabella seguente mostra come queste fasi rappresentino un approccio strutturato da abilitare in modo efficiente DevOps durante il percorso di modernizzazione del mainframe verso il. Cloud AWS
Fase |
Componenti |
Valutazione |
|
Creazione |
|
Ottimizzazione |
|
