Perché modernizzare il mainframe (Rajagopalan Thiruvenkatachari)

Se la previsione del 1994 dovesse avverarsi, il 2022 sarebbe il 28esimo anno di estinzione del mainframe IBM. Ma, al contrario, i mainframe continuano a funzionare e la domanda di MIPS è in crescita. Continua a essere la piattaforma preferita dalla maggior parte dei mainframe di grandi dimensioni
negozi. Allora qual è il problema? Perché le organizzazioni devono modernizzare le applicazioni? Quali sono le opzioni disponibili? In questo blog parliamo della necessità di modernizzazione, delle opzioni, delle tendenze e di come il mainframe IBM è allineato per soddisfare le esigenze attuali e future.

Necessità del momento

Le attuali applicazioni mainframe soffrono di monolite-fobia, dove i livelli di conversazione, funzione e accesso ai dati sono strettamente collegati e rendono difficile distinguere i confini. C'è molta ridondanza nei dati e nel codice. La complessità del codice
e la manutenibilità è una sfida. Non è disponibile alcuna documentazione chiara, le persone che hanno creato tali applicazioni sono già in pensione o sono sull'orlo della pensione. Inoltre, la maggior parte delle competenze legacy non sono disponibili sul mercato. Arrivo di tecnologie più nuove e scalabili
hanno cambiato il modello di business. L'esperienza del cliente è l'obiettivo principale. Le operazioni aziendali sono diventate globali, con conseguente aumento della conformità normativa e l’ambito dell’analisi dei rischi e del monitoraggio delle frodi è diventato più ampio. Le start-up sono una nuova generazione di concorrenti
Ora. Queste start-up lanciano nuovi prodotti e funzionalità a una velocità inimmaginabile e attirano lentamente la base di clienti. Le metodologie di sviluppo sono cambiate da cascata ad agile. Per superare le sfide di cui sopra e crescere, è la necessità del momento
è modernizzare l’applicazione monolitica per la digitalizzazione, l’agilità, la velocità di immissione sul mercato e la scalabilità aziendale. Quindi la modernizzazione non è più un’opzione. Allora quali sono le opzioni e le tendenze?

Opzioni di modernizzazione

Ogni volta che parliamo di modernizzazione, la prima cosa che ci viene in mente è il cloud. Il cloud viene pubblicizzato come alternativa al mainframe. È diventata una tendenza e continuerà ancora per qualche anno. Anche il cloud offre un set moderno di strumenti e software per
sviluppo, DevOps e servizi di monitoraggio automatizzato. È dimostrato che è sicuro, resiliente, garantisce disponibilità e scalabilità. Quindi, l'organizzazione può semplicemente spostare l'intero processo sul cloud o riscrivere il codice base in linguaggi di nuova generazione
e banche dati? Come si può scegliere l'opzione giusta?

Non esiste l’opzione giusta. Dipende dalla scelta che un’organizzazione fa in base ai suoi obiettivi, da cosa vuole affrontare e dalla quantità di rischio che è disposta a correre.  

• Opzioni come Re-Host e Re-Factor sono convenienti e meno rischiose, ma non affrontano i principali rischi tecnologici e per le PMI e i tempi di commercializzazione più rapidi. È possibile accelerare il processo di distribuzione implementando DevOps, ma il sovraccarico di codifica e test continuerà.
  Questa opzione è adatta per le organizzazioni con un ingombro mainframe ridotto, inferiore a 2,000 MIPS, mentre le organizzazioni con 5,000 MIPS o meno possono sceglierla come opzione provvisoria.
• D'altra parte, la completa riprogettazione o riscrittura è un'opzione ideale e futuristica con un'applicazione basata su API, un'architettura basata su microservizi distribuita su una piattaforma containerizzata. Questa opzione affronta i principali rischi legati alle PMI e alla tecnologia. Ma è
  rischio molto elevato, richiede ingenti investimenti, tempi di attesa più lunghi per raccogliere i benefici (minimo 3 anni) e richiede un impegno a lungo termine sia da parte delle parti interessate dell'IT che dell'azienda. Ci sono pochi o nessun caso d'uso nell'industria per questa opzione in cui si trovava l'intero sistema
  riprogettato sul cloud o on-premise, tuttavia esistono casi d'uso in cui un sottoinsieme di funzioni differenziali principali è stato migrato sul cloud o sulla piattaforma on-premise per garantire agilità e velocità di immissione sul mercato.
• L'opzione di modernizzazione ibrida e sul posto offre l'opportunità di modernizzare selettivamente un sottoinsieme di funzioni per agilità e scalabilità. Questo è meno rischioso rispetto ad altre opzioni. Anche questo è economicamente vantaggioso e risponde ad alcune delle PMI chiave
  e i rischi tecnologici affrontati dalle organizzazioni.  a) Identificare ed esporre le funzioni principali come API per il consumo, come l'imbarco dei clienti, i pagamenti, l'elaborazione dei prestiti, ecc.
  b) Dati principali in tempo reale o post-elaborazione replicati nel cloud per AI, ML, analisi dei rischi, AML, rilevamento di frodi ecc.
  c) Scarica la funzione di sola richiesta (CQRS) sul cloud come microservizi distribuiti su un'architettura basata su container
  d) Partecipare all'implementazione DevOps aziendale e e) Utilizzo di strumenti di analisi e documentazione di impatto per risultati e documentazione di qualità per mitigare i principali rischi per le PMI. 

Alcuni riferimenti dell'industria sulla modernizzazione nel modello ibrido, coesistenza con il Cloud attraverso la modernizzazione selettiva.

• Una grande banca d'investimento ha implementato DevOps-CI/CD per un'applicazione core. I vantaggi sono un miglioramento del time-to-market, della qualità e della riduzione dei costi del progetto.
• Un grande cliente globale del settore bancario e dell'elaborazione delle carte di credito ha riscritto l'algoritmo di corrispondenza principale su una piattaforma multi-cloud. I vantaggi sono l'architettura di microservizi e le regole configurabili per migliorare l'agilità.
• Una grande borsa europea ha riscritto la sua applicazione multi-asset class sul cloud utilizzando RedHat Openshift PaaS. I vantaggi sono l'agilità, la velocità di immissione sul mercato, la progettazione di microservizi e la pipeline CI/CD DevOps implementata.
• Un grande cliente statunitense di elaborazione dei pagamenti ha migrato uno dei suoi processi principali sulla piattaforma cloud. Il codice è stato prima sottoposto a refactoring utilizzando uno strumento automatizzato e quindi convertito la parte principale in microservizi. I vantaggi sono l’agilità nella velocità di immissione sul mercato e la riduzione del rischio core
  PMI e competenze tecniche.
• Una grande banca globale ha modernizzato le sue funzionalità bancarie principali esponendole come API. I vantaggi sono una migliore esperienza del cliente e un servizio più rapido.

Sostenere e investire nella piattaforma mainframe

IBM continua ad aggiornare il proprio hardware e software per adattarli alla tendenza attuale e alla crescita del business.

• Scarica lo sviluppo e i test su IBM cloud con Wazi as a Service (aaS).
• Esponi le capacità funzionali principali sul sistema Z tramite le API per utilizzare i dati utilizzando IBM z/OS Connect. 
• Z Container Extensions, che eseguono Linux su Z docker container all'interno di z/OS: qualsiasi software Linux, disponibile come immagine docker, può essere distribuito su Z.
• Supporto dei set di strumenti per l'implementazione della pipeline DevOps e CI/CD

 Conclusione

 I mainframe servono bene i clienti BFSI da molti decenni. Sono piattaforme robuste e stabili che supportano l'elaborazione critica presso le aziende BFSI. Poiché la trasformazione digitale è il motore chiave, invece di uscire dal mainframe, le organizzazioni
dovrebbe considerare la coesistenza con il cloud, che è un’opzione meno rischiosa. Questa opzione offre il meglio delle funzionalità dei due mondi in termini di disponibilità, resilienza e scalabilità, il che rappresenta un ulteriore vantaggio e punto di forza. Entrambe le piattaforme consentono agli sviluppatori
per modernizzare le applicazioni senza compromettere la sicurezza, la scalabilità e la disponibilità.