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 affronta 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 Z/OS piattaforma 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**: il passaggio 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 | Analisi dello stato attuale Definizione dello stato di destinazione | | Creazione | Configurazione del set di strumenti Integrazione continua Distribuzione continua Orchestrazione della pipeline | | Ottimizza | Miglioramenti del monitoraggio e dell'osservabilità Avvisi e notifiche Sistema di autoriparazione |