De ce să se modernizeze mainframe (Rajagopalan Thiruvenkatachari)

Dacă predicția din 1994 s-ar îndeplini, anul 2022 ar fi al 28-lea an de dispariție a mainframe-ului IBM. Dar, în contrast, mainframe-urile își continuă serviciul, iar cererea MIPS este în creștere. Continuă să fie o platformă de alegere pentru majoritatea mainframe-urilor mari
magazine. Atunci care este problema? De ce organizațiile trebuie să modernizeze aplicațiile? Care sunt opțiunile disponibile? În acest blog, vorbim despre nevoia de modernizare, opțiuni, tendințe și despre modul în care mainframe-ul IBM este aliniat pentru a satisface cerințele actuale și viitoare.

Nevoia orei

Aplicațiile mainframe actuale suferă de fobie de monolit, în care straturile de conversație, funcții și acces la date sunt strâns cuplate și fac dificilă distingerea graniței. Există multă redundanță în date și cod. Complexitatea codului
iar întreținerea este o provocare. Nu există o documentație clară disponibilă, persoanele care au creat acele aplicații s-au pensionat deja sau sunt în pragul pensionării. De asemenea, majoritatea competențelor moștenite nu sunt disponibile pe piață. Apariția unor tehnologii mai noi și scalabile
au schimbat modelul de afaceri. Experiența clienților este principalul obiectiv. Operațiunile de afaceri au devenit globale, au dus la o conformitate sporită cu reglementările, iar domeniul de aplicare al analizei riscurilor și al monitorizării fraudelor a devenit mai extins. Start-up-urile sunt o nouă generație de concurenți
acum. Aceste start-up-uri lansează noi produse și funcții cu o viteză de neimaginat și atrag încet chiar baza de clienți. Metodologiile de dezvoltare s-au schimbat de la cascadă la agil. Pentru a depăși provocările de mai sus și a crește, nevoia orei
este de a moderniza aplicația monolit pentru digitizare, agilitate, viteză la piață și scalabilitate a afacerii. Așadar, modernizarea nu mai este o opțiune. Atunci care sunt opțiunile și tendințele?

Opțiuni de modernizare

Ori de câte ori vorbim despre modernizare, primul lucru care ne vine în minte este cloud. Cloud este prezentat ca o alternativă la mainframe. A devenit o tendință și va continua încă câțiva ani. De asemenea, cloud oferă un set modern de instrumente și software pentru
dezvoltare, DevOps și servicii de monitorizare automată. S-a dovedit a fi securizat, rezistent, garantează disponibilitatea și scalabilitatea. Deci, organizația poate, pur și simplu, trece întregul proces în cloud sau rescrie baza de cod într-o nouă generație de limbi
si baze de date? Cum se poate alege o opțiune corectă?

Nu există opțiunea corectă. Depinde de alegerea pe care o face o organizație în funcție de obiectivele sale, de ceea ce dorește să abordeze și de gradul de risc pe care este dispus să-și asume.  

• Opțiuni precum Re-Host și Re-Factor sunt eficiente din punct de vedere al costurilor și mai puțin riscante, dar nu abordează riscul cheie pentru IMM-uri și tehnologia și un timp mai rapid de lansare pe piață. Se poate accelera procesul de livrare prin implementarea DevOps, dar totuși codificarea și testarea generală va continua.
  Această opțiune este potrivită pentru organizațiile cu amprentă mai mică de mainframe, mai puțin de 2,000 MIPS și organizațiile cu 5,000 MIPS sau mai puțin pot alege aceasta ca opțiune intermediară.
• Pe de altă parte, Re-Engineering sau Re-Write completă este o opțiune ideală și futuristă cu aplicație construită pe API-uri, arhitectură bazată pe micro-servicii implementate pe o platformă containerizată. Această opțiune abordează riscul cheie pentru IMM-uri și tehnologia. Dar asta este
  risc foarte mare, necesită investiții uriașe, timp de așteptare mai lung pentru a obține beneficii (minim 3 ani) și necesită un angajament pe termen lung atât din partea IT, cât și a părților interesate de afaceri. Există puține sau deloc cazuri de utilizare în industrie pentru această opțiune în care era întregul sistem
  reproiectat pe cloud sau on-premise, cu toate acestea, există cazuri de utilizare în care un subset de funcții de diferențiere de bază au fost migrate către cloud sau platformă on-premise pentru agilitate și viteză pe piață.
• Opțiunea de modernizare hibridă și pe loc oferă oportunitatea de a moderniza selectiv un subset de funcții pentru agilitate și scalabilitate. Acest lucru este mai puțin riscant în comparație cu alte opțiuni. Acesta este, de asemenea, un cost eficient și răspunde la unele dintre principalele IMM-uri
  și riscurile tehnologice cu care se confruntă organizațiile.  a) Identificați și expuneți funcțiile de bază ca API-uri pentru consum, cum ar fi îmbarcarea clienților, plățile, procesarea împrumuturilor etc.
  b) Date de bază în timp real sau post-procesare replicate în Cloud pentru AI, ML, Risk Analytics, AML, Fraud Detection etc.
  c) Descărcați funcția doar de interogare (CQRS), în cloud ca microservicii implementate pe o arhitectură bazată pe container
  d) Participarea la implementarea DevOps al întreprinderii și e) Utilizarea instrumentelor de analiză a impactului și documentare pentru rezultate de calitate și documentație pentru a atenua riscul cheie pentru IMM-uri. 

Câteva referințe din industrie despre modernizare în model hibrid, coexistență cu Cloud prin modernizare selectivă.

• O mare bancă de investiții a implementat DevOps-CI/CD pentru o aplicație de bază. Beneficiile sunt îmbunătățirea timpului de lansare pe piață, calitatea și costul redus al proiectului.
• Un mare client global de servicii bancare și de procesare a cardurilor de credit a rescris algoritmul de potrivire de bază pe platforma multi cloud. Beneficiile sunt microservicii arhitecturate, reguli configurabile pentru a îmbunătăți agilitatea.
• O bursă europeană mare și-a rescris aplicația de clasă cu mai multe active pe cloud folosind RedHat Openshift PaaS. Beneficiile sunt agilitatea, viteza de introducere pe piață, designul de microservicii și pipeline CI/CD implementat DevOps.
• Un mare client de procesare a plăților din SUA a migrat unul dintre procesele de bază pe platforma Cloud. Codul a fost refactorizat mai întâi folosind un instrument automat, apoi a fost convertit partea centrală în microservicii. Beneficiile sunt agilitatea în viteza de comercializare și reducerea riscului de bază
  IMM-uri și abilități tehnice.
• O mare bancă globală și-a modernizat funcționalitățile bancare de bază expunându-le ca API-uri. Beneficiile sunt experiența îmbunătățită a clienților și serviciul mai rapid.

Susținerea și investiția în platforma mainframe

IBM continuă să-și actualizeze hardware-ul și software-ul pentru a se potrivi cu tendințele actuale și cu creșterea afacerii.

• Descărcați dezvoltarea și testarea pe cloud IBM cu Wazi as a Service (aaS).
• Expuneți capacitățile funcționale de bază ale sistemului Z prin intermediul API-urilor pentru a consuma date folosind IBM z/OS Connect. 
• Z Container Extensions, care rulează Linux pe containere docker Z în interiorul z/OS – Orice software Linux, disponibil ca imagine docker poate fi implementat pe Z.
• Set de instrumente suport pentru implementarea pipelinei DevOps și CI/CD

 Concluzie

 Mainframe-urile au servit bine clienții BFSI de multe decenii. Sunt platforme robuste și stabile care susțin procesarea critică la firmele BFSI. Deoarece transformarea digitală este motorul cheie, în loc să părăsească organizațiile mainframe
ar trebui să se uite la coexistența cu cloud, care este o opțiune mai puțin riscantă. Această opțiune oferă cele mai bune funcții din două lumi în ceea ce privește disponibilitatea, rezistența și scalabilitatea, ceea ce reprezintă un avantaj și o putere suplimentară. Ambele platforme permit dezvoltatorilor
pentru a moderniza aplicațiile fără a compromite securitatea, scalabilitatea și disponibilitatea.