IBM i moderniseerimise strateegia BFSI tehnoloogiamaastikul (Noel Prince Moses V)

Abstraktne

On tugevaid soovitusi IBM i rakenduste moderniseerimiseks või futuristlikule platvormile üleviimiseks ning samuti on suur kõhklus, mis põhjustab rändevastast suhtumist. See viib meid küsimuseni; kas me peame investeerima oskustesse
olemasolevast platvormist või mitte?

Ülevaade

Kuna IBM i on pärandsüsteem, on see erinevatel põhjustel suunatud paljudele ettevõtetele. Siin selles ajaveebis uurime praeguse stsenaariumi korral saadaolevaid migratsioonivõimalusi, nende kasutuselevõtu tõenäosust, kiire jälgimise puudumise põhjust
ränne või lahkumine ning vajadus arendustööjõu tõstmise järele.

IBM i (laialt tuntud kui AS/400) on olnud üks strateegilisemaid süsteeme paljude keskmiste ja suurte ettevõtete jaoks, sealhulgas pangandus, finantsteenused ja kindlustus (BFSI). Kõik need ettevõtted on seda kasutanud enam kui 25–30 aastat. See majutab tuuma
rakendusi pankadele ja kindlustusandjatele, sealhulgas põhipangandus, kaardihaldus, poliitikahaldus jne. IBM i, nagu me siin arutame, on kogu ökosüsteem, mis tuleb koos IBM i, riistvara, operatsioonisüsteemi ja programmeerimiskeeltega nagu RPG,
COBOL ja CL, andmebaas DB2 for i, IBM MQ sõnumside, tööhalduse, kasutajate juurdepääsu, turvalisuse jne jaoks. Pärand moderniseerimine on pankades arutlusel juba mitu aastat ning IBM i on samuti uute tehnoloogiatega asendamise radaris. väljakutseid
seotud IBM i platvormi spetsiifiliste oskuste komplektiga (RPG, COBOL), rakenduste monoliitarhitektuur, mis põhjustab agilityprobleeme, koostalitlusvõime teiste platvormide ja DevOpsi tööriistadega, ei ole kooskõlas strateegiliste investeeringutega, puudub enamik pilve eelistest (nt
on-demand võimsus) jne. Samal ajal on migratsiooni edasilükkamisel mitmeid põhjuseid. Mõned neist on uued riistvaraväljaanded, OS-i väljalasked, laiendatud tugiaken, praegused investeeringud raskesse infrastruktuuri, migratsioonirisk ja -kulud.
Siin püüame hinnata selle varajasi väljumise võimalusi, et ennustada sõltuvust selle VKEdest.

Meie perspektiiv

Aja jooksul on äri kasvanud, ärinõuded on kasvanud, erinevad riskid on kasvanud, vastavus- ja regulatiivsed nõuded on kasvanud ning lõpuks on need kõik leitud ja hoolitsetud ühe monoliitse rakendusega iga jaoks.
ettevõte. Sellest tuleneb ka kõrge keerukuse tase, millesse on koondatud kõik teadmised, ärireeglid ja äriprotsessid. Sellele lisanduvad kõik tehnilised teostused, nagu mitme lõimega töötlemine, sõnumside, tööde ajastamine, töökontroll jne,
on samuti osa monoliitsest teostusest.

Pilve, DevOpsi ja Agile'i tavade tulekuga otsivad tööstused ja ettevõtted, sealhulgas pankurid ja kindlustusandjad, IBM i rakenduste ümberkujundamist, et saada uusimaid funktsioone ja eeliseid. Ettevõtetel on mitu võimalust
nende ees. See platvorm võib järgida agiilseid tavasid ja olla osa ARCAD-lahendustega DevOpsi maailmast. Üks Suurbritannia suurtest pankadest on DevOpsi edukalt kasutusele võtnud IBM i-s. Hiljuti käivitatud IBM i Merlini platvorm (elutsükli moderniseerimismootor
Integratsioon) aitab seda integreeritud IDE, CI/CD Merlini tööriistadega DevOpsi kogemuste jaoks koos IBM i virtuaalmasina ettevalmistamise, REST API-de haldamise jne abil ning annab lootust täielikule DevOpsi ökosüsteemile tulevikus. Viimased arengud aitavad agilitys kaasa
IBM i keskkondadest ja selle rakenduste uuesti hostimisest. Selle platvormi süsteemihaldus laaditakse maha, migreerides infrastruktuuri otse IBM Cloudi või Azure'i ja IBM Cloudi Skytapi või AWS-i Connectriasse. Infinite i on päästmisel, et uuesti võõrustada
rakendused Azure'is või AWS-is või Google Cloudis. Kõik need valikud tuleb liigitada kas kohapealse moderniseerimise või pseudomoderniseerimise alla ja need sõltuvad IBM i oskuste komplektist.

Fresche, Google'i tööriistakomplektid (G4) pakuvad IBM i algkoodide üks ühele teisendamist (refaktorit) ja avab lüüsi rakenduse juurutamiseks avatud süsteemides ja pilves. Kuid selle valiku eelistus on hooldatavust arvestades hääbumas
ja futuristlik vaade suurtele ettevõtetele nagu pangad. Pankadel ja täpsemalt kindlustusandjatel on väga dünaamilised ärivajadused, nagu pidevalt suurenevad regulatiivsed ja vastavusnõuded ning seega vajadus hästi hooldatava koodibaasi järele.

Jättes kohapealse moderniseerimise (viimase abinõuna) ja ümbertöötlemise, saab muud võimalused suures osas rühmitada ühte kahest võimalusest, nimelt COTS-i asendamiseks või kogu rakenduse ümberkirjutamiseks. Nendel valikutel on oma plussid ja miinused. Enamiku jaoks
Keskmiste ja suurte pankade ning mitme riigi või mitme geograafilise asukohaga pankade põhirakendused on nende aare, tugevus ja nende toimimise võimaldaja. Seega on COTS-i kasutuselevõtu määr piiratud, kuna COTS-rakendus on täpselt sobiv
panga rikkalike võimaluste jaoks, nagu kaartide töötlemine, lojaalsus ja preemiate haldamine.

Nüüd on pankadele jäetud teine ​​võimalus, mis on ümberkirjutamine. Nagu kõik teavad, on olemasoleva rakenduse (funktsionaalselt samaväärse, kuid arhitektuuriliselt ajakohase) ümberkirjutamine sihtmaastikuks peaaegu nagu uue rakenduse ehitamine. Pöördprojekteerimine
Fresche ja ARCADi tööriistad aitavad reeglite väljavõtmist kiirendada. Uus arendusviis, mis põhineb Agile'il, DevOpsil, Test Automationil jne, ei pruugi ümberkirjutamine võtta liiga kaua aega, kuid see pole ka lühike. Mõned suured pangad proovisid ümber kirjutada
ja katsetada. Paljud pangad näitavad üles huvi ümberkirjutamise vastu, kuid otsivad kulutõhusat, tugevat ja riskivaba või vähendatud riskiga migratsiooni, mis on veel kaugel.

Lisaks ümberkirjutamise eeldatavale ajakavale on sellised tegurid nagu strateegiline otsus sihtmaastiku kohta, sihttehnoloogiad, sihtarhitektuur, regulatiivsed ja vastavusega seotud väljakutsed, organisatsioonilised muudatused ümberkujundavate tegevuste vastuvõtmiseks,
praegused investeeringud rasketesse infrastruktuuridesse jne, mõjutavad enamiku pankade üldist IBM i migratsiooni ajakava.

IBM investeerib ja uuendab regulaarselt ka Power servereid (Power10-põhised serverid, mis käivitati 2021. aastal) ja IBM i (7.5, mis ilmus 2022. aasta mais) ning toetab ka avatud tehnoloogiaid, et hoida hoogu selle platvormi säilitamiseks.
Tugiaken (üldiselt 7+3 aastat – tavaline + pikendatud) ja Power-serverite taaskasutatavus muudes keskkondades (AIX) on mõned olulised tegurid, mis annavad otsustamiseks lisaruumi (platvormist väljumisega ei kiirustata).

Järeldus

Kõigi nende tegurite tõttu püsib vajadus IBM i rakenduste käitamise järele kõrgel veel palju aastaid. See tähendab, et neid rakendusi tuleks toetada, hooldada ja täiustada, kuni ettevõtted leiavad tõhusa elujõulise alternatiivi. Kuid juures
Samal ajal muutub IBM i oskuste kogumiga tööjõu kaasamine üha keerulisemaks. On aeg tõsta arendustööjõudu, kasutades selle platvormi täiustatud IDE-sid ja tööriistu.