Strategia per la modernizzazione di IBM i nel panorama tecnologico BFSI (Noel Prince Moses V)

Astratto

Ci sono forti raccomandazioni per la modernizzazione o la migrazione delle applicazioni IBM i su una piattaforma futuristica e c'è anche una forte esitazione che guida il sentimento anti-migrazione. Questo ci porta alla domanda; dobbiamo investire nelle competenze
della piattaforma esistente o no?

Panoramica

Essendo IBM i il sistema legacy, è destinato alla migrazione da parte di molte aziende per vari motivi. Qui in questo blog, esploreremo le opzioni disponibili per la migrazione nello scenario odierno, la probabilità della loro adozione, il motivo del mancato monitoraggio rapido
la migrazione o l'uscita e la necessità di elevare la forza lavoro di sviluppo.

IBM i (ampiamente noto come AS/400) è stato uno dei sistemi più strategici per molte aziende di medie e grandi dimensioni, comprese quelle bancarie, dei servizi finanziari e delle assicurazioni (BFSI). È in uso da tutte queste imprese da più di 25 a 30 anni. Ospita il nucleo
applicazioni per banche e assicurazioni tra cui Core Banking, Card Management, Policy Administration ecc. IBM i, come discutiamo qui, è l'intero ecosistema che viene fornito con IBM i, l'hardware, il sistema operativo, i linguaggi di programmazione come RPG,
COBOL e CL, database DB2 per i, IBM MQ per la messaggistica, la gestione dei lavori, l'accesso degli utenti, la sicurezza, ecc. La modernizzazione dell'eredità è in discussione nelle banche ormai da molti anni e IBM i è anche nel mirino per la sostituzione con nuove tecnologie a causa del sfide
relativo allo skillset specifico della piattaforma IBM i (RPG, COBOL), architettura monolitica di applicazioni che porta a problemi di agilità, interoperabilità con altre piattaforme e strumenti DevOps, non allineato agli investimenti strategici, manca la maggior parte dei vantaggi del cloud (ad es.
capacità on-demand) ecc. Allo stesso tempo, ci sono una serie di ragioni per cui la migrazione viene posticipata. Alcuni di questi sono, nuove versioni hardware, versioni del sistema operativo, finestra di supporto estesa, investimenti attuali su infrastrutture pesanti, rischio di migrazione e costi.
Qui, cerchiamo di valutare le prime possibilità della sua uscita in modo da prevedere la dipendenza dalle sue PMI.

La nostra prospettiva

Nel corso del periodo, il business è cresciuto, i requisiti aziendali sono cresciuti, vari rischi sono cresciuti, la conformità e i requisiti normativi sono cresciuti e alla fine tutti questi sono stati acquisiti e gestiti all'interno di un'unica applicazione monolitica per ogni
impresa. E da qui l'alto livello di complessità che ha la concentrazione di tutte le conoscenze, le regole di business, i processi di business. Aggiunte a questo tutte le implementazioni tecniche come il multi-threading, la messaggistica, la pianificazione dei lavori, il controllo dei lavori ecc.,
fanno anche parte dell'implementazione del monolito.

Con l'avvento delle pratiche Cloud, DevOps e Agile, i settori e le imprese, compresi i banchieri e gli assicuratori, sono alla ricerca della trasformazione delle applicazioni IBM i per sfruttare le funzionalità e i vantaggi più recenti. Le aziende hanno più opzioni
di fronte a loro. Questa piattaforma può seguire pratiche agili ed essere parte del mondo DevOps con le soluzioni ARCAD. Una delle grandi banche del Regno Unito ha adottato con successo DevOps su IBM i. La piattaforma IBM i Merlin recentemente lanciata (Modernization Engine for Lifecycle
Integration) aiuta questo con gli strumenti IDE integrati, CI/CD Merlin per l'esperienza DevOps insieme al provisioning di macchine virtuali IBM i, alla gestione delle API REST ecc., e porta speranza per l'ecosistema DevOps completo in futuro. Gli sviluppi recenti aiutano nell'agilità
degli ambienti IBM i e re-hosting delle sue applicazioni. L'amministrazione del sistema di questa piattaforma verrà scaricata migrando l'infrastruttura direttamente su IBM Cloud o su Skytap su Azure e IBM Cloud o su Connectria su AWS. Infinite i è in soccorso per ri-ospitare
le applicazioni su Azure o AWS o Google Cloud. Tutte queste opzioni devono essere classificate come modernizzazione sul posto o pseudo-modernizzazione e dipendono dallo skillset di IBM i.

I set di strumenti di Fresche, Google (G4) forniscono una conversione uno a uno (refactor) dei codici sorgente nativi di IBM i e aprono il gateway per l'implementazione dell'applicazione su sistemi aperti e cloud. Ma la preferenza per questa opzione sta svanendo considerando la manutenibilità
e visione futuristica per le grandi imprese come le banche. Le banche e più in particolare gli assicuratori hanno esigenze aziendali molto dinamiche, come le crescenti richieste normative e di conformità e quindi la necessità di una base di codice altamente gestibile.

Lasciando la modernizzazione sul posto (ultima risorsa) e il refactoring, le altre opzioni possono essere in gran parte raggruppate in una delle due opzioni, ovvero la sostituzione del COTS o la riscrittura dell'intera applicazione. Queste opzioni hanno i loro pro e contro. Per la maggior parte del
banche di medie e grandi dimensioni e banche con operazioni multi-paese o multi-geografia, le applicazioni principali sono il loro tesoro, la loro forza e il fattore abilitante per quello che sono. Pertanto, il tasso di adozione di COTS sarà limitato a causa dell'esatto montaggio dell'applicazione COTS
per le ricche capacità della banca come l'elaborazione delle carte, la fidelizzazione e la gestione dei premi.

Ora, le banche hanno l'altra opzione che è la riscrittura. Come tutti sanno, riscrivere l'applicazione esistente (funzionalmente equivalente ma architettonicamente attuale) in un paesaggio di destinazione è quasi come costruire una nuova applicazione. Ingegneria inversa
gli strumenti di Fresche e ARCAD aiutano a velocizzare l'estrazione delle regole. Il nuovo modo di sviluppo basato su Agile, DevOps, Test Automation ecc., la riscrittura potrebbe non richiedere troppo tempo ma non sarà altrettanto breve. Alcune delle grandi banche hanno provato a riscrivere
e sperimentare. Molte banche stanno mostrando interesse per la riscrittura, ma cercano migrazioni che siano ancora lontane, economicamente vantaggiose, solide e senza rischi oa rischio ridotto.

Oltre alla tempistica prevista per la riscrittura, fattori come la decisione strategica sul panorama target, le tecnologie target, l'architettura target, le sfide normative e di conformità, i cambiamenti organizzativi per adottare le attività di trasformazione, il
gli attuali investimenti in infrastrutture pesanti, ecc., avranno un impatto sulla tempistica complessiva della migrazione di IBM i per la maggior parte delle banche.

IBM investe e aggiorna continuamente i server Power (server basati su Power10 lanciati nel 2021) e IBM i (7.5 rilasciato a maggio 2022) su base regolare insieme al supporto per le tecnologie aperte, nonché per mantenere lo slancio nel mantenimento di questa piattaforma.
La finestra di supporto (in generale 7+3 anni – Normale + Esteso) e la riutilizzabilità dei server Power per altri ambienti (AIX) sono alcuni dei fattori importanti che danno ulteriore spazio al processo decisionale (nessuna fretta di uscire dalla piattaforma).

Conclusione

Con tutti questi fattori, la necessità di eseguire le applicazioni IBM i continua a rimanere elevata per molti altri anni. Significa che queste applicazioni dovrebbero essere supportate, mantenute e migliorate fino a quando le aziende non troveranno un'alternativa valida e valida. Ma al
allo stesso tempo, sta diventando sempre più difficile coinvolgere la forza lavoro sulle competenze di IBM i. È giunto il momento di elevare la forza lavoro di sviluppo sfruttando gli IDE e gli strumenti avanzati per questa piattaforma.