Strategija za posodobitev IBM i v tehnološki krajini BFSI (Noel Prince Moses V)

Minimalizem

Obstajajo močna priporočila, da se aplikacije IBM i posodobijo ali preselijo na futuristično platformo, obstaja pa tudi močno obotavljanje, ki spodbuja razpoloženje proti migraciji. To nas pripelje do vprašanja; ali moramo vlagati v nabor spretnosti
obstoječe platforme ali ne?

Pregled

Ker je IBM i podedovan sistem, je številna podjetja namenjena selitvi zaradi različnih razlogov. V tem spletnem dnevniku bomo raziskali razpoložljive možnosti za selitev v današnjem scenariju, verjetnost njihovega sprejetja in razloge za nehitro sledenje
migracija ali izhod in potreba po dvigu razvojne delovne sile.

IBM i (splošno znan kot AS/400) je bil eden najbolj strateških sistemov za številna srednje velika in velika podjetja, vključno z bančništvom, finančnimi storitvami in zavarovanjem (BFSI). Vsa ta podjetja ga uporabljajo že več kot 25 do 30 let. Gosti jedro
aplikacije za banke in zavarovalnice, vključno z osnovnim bančništvom, upravljanjem kartic, upravljanjem politik itd. IBM i, kot razpravljamo tukaj, je celoten ekosistem, ki prihaja skupaj z IBM i, strojno opremo, operacijskim sistemom, programskimi jeziki, kot je RPG,
COBOL in CL, baza podatkov DB2 za i, IBM MQ za sporočanje, upravljanje opravil, uporabniški dostop, varnost itd. Banke že vrsto let razpravljajo o podedovani modernizaciji, IBM i pa je tudi v radarju za zamenjavo z novimi tehnologijami zaradi izzivi
povezana z naborom spretnosti, specifičnim za platformo IBM i (RPG, COBOL), monolitna arhitektura aplikacij, ki povzroča težave z agilnostjo, interoperabilnost z drugimi platformami in orodji DevOps, ni usklajena s strateškimi naložbami, manjka večina prednosti oblaka (npr.
zmogljivost na zahtevo) itd. Hkrati obstaja vrsta razlogov, zakaj se migracija odlaga. Nekateri od njih so nove izdaje strojne opreme, izdaje operacijskega sistema, podaljšano okno podpore, trenutne naložbe v težko infrastrukturo, tveganje in stroški selitve.
Tukaj skušamo oceniti zgodnje možnosti njegovega izstopa, da bi lahko predvideli odvisnost od njenih MSP.

Naš pogled

V tem obdobju je posel rasel, poslovne zahteve so rasle, različna tveganja so rasla, skladnost in regulativne zahteve so rasle in na koncu je bilo vse to zajeto in poskrbljeno v eni sami monolitni aplikaciji za vsakega
podjetje. In od tod visoka stopnja kompleksnosti s koncentracijo vsega znanja, poslovnih pravil, poslovnih procesov. Če k temu dodamo vse tehnične izvedbe, kot so večnitnost, sporočanje, razporejanje opravil, nadzor opravil itd.,
so tudi del monolitne izvedbe.

S pojavom oblaka, DevOps in agilnih praks industrije in podjetja, vključno z bankirji in zavarovalnicami, iščejo transformacijo aplikacij IBM i, da bi izkoristile najnovejše funkcije in prednosti. Podjetja imajo več možnosti
pred njimi. Ta platforma lahko sledi agilnim praksam in je del sveta DevOps z rešitvami ARCAD. Ena od velikih bank v Združenem kraljestvu je uspešno sprejela DevOps na IBM i. Nedavno predstavljena platforma IBM i Merlin (Modernization Engine for Lifecycle
Integracija) pri tem pomaga z integriranimi orodji IDE, CI/CD Merlin za izkušnjo DevOps skupaj z zagotavljanjem navideznega stroja IBM i, upravljanjem API-jev REST itd., in prinaša upanje za popoln ekološki sistem DevOps v prihodnosti. Najnovejši razvoj pomaga pri agilnosti
okolij IBM i in ponovno gostovanje njegovih aplikacij. Sistemsko skrbništvo te platforme bo razbremenjeno s selitvijo infrastrukture neposredno v IBM Cloud ali v Skytap na Azure in IBM Cloud ali na Connectrio na AWS. Infinite i je v reševanju za ponovno gostovanje
aplikacije na Azure ali AWS ali Google Cloud. Vse te možnosti bodo kategorizirane kot posodobitev na mestu ali psevdoposodobitev in bodo odvisne od nabora spretnosti IBM i.

Kompleti orodij podjetja Fresche, Google (G4) zagotavljajo eno proti ena pretvorbo (refaktor) izvornih izvornih kod IBM i in odpirajo prehod za uvajanje aplikacije v odprte sisteme in oblak. Vendar prednost tej možnosti bledi glede na vzdržljivost
in futuristični pogled za velika podjetja, kot so banke. Banke in natančneje zavarovalnice imajo zelo dinamične poslovne potrebe, kot so vse večje regulativne zahteve in zahteve po skladnosti ter s tem potreba po zelo vzdržljivi kodni bazi.

Če pustimo posodobitev na mestu (zadnja možnost) in refaktor, lahko druge možnosti v veliki meri združimo v eno od dveh možnosti, in sicer zamenjavo COTS ali ponovno pisanje celotne aplikacije. Te možnosti imajo svoje prednosti in slabosti. Za večino
Srednje in velike banke ter banke z večdržavnimi ali večgeografskimi operacijami so osrednje aplikacije njihov zaklad, njihova moč in sredstvo za to, kar so. Torej bo stopnja uporabe COTS omejena zaradi natančnega prilagajanja aplikacije COTS
za bogate zmogljivosti banke, kot so obdelava kartic, zvestoba in upravljanje nagrad.

Zdaj bankam preostane druga možnost, in sicer ponovno pisanje. Kot vsi vedo, je prepisovanje obstoječe aplikacije (funkcionalno enakovredne, a arhitekturno aktualne) v ciljno pokrajino skoraj enako kot izdelava nove aplikacije. Povratni inženiring
orodja Fresche in ARCAD pomagajo pospešiti pridobivanje pravil. Nov način razvoja, ki ga poganjajo Agile, DevOps, Test Automation itd., prepisovanje morda ne bo trajalo predolgo, vendar ne bo tudi kratko. Nekatere velike banke so poskušale prepisati
in eksperimentiranje. Številne banke kažejo zanimanje za prepisovanje, vendar iščejo stroškovno učinkovite, robustne in brez tveganja migracije ali migracije z zmanjšanim tveganjem, kar je še daleč.

Poleg pričakovane časovnice za preoblikovanje so dejavniki, kot so strateška odločitev o ciljni pokrajini, ciljne tehnologije, ciljna arhitektura, regulativni izzivi in ​​izzivi skladnosti, organizacijske spremembe za sprejetje transformacijskih dejavnosti,
trenutne naložbe v težke infrastrukture itd., bodo vplivale na celotno časovnico migracije IBM i za večino bank.

IBM prav tako nenehno vlaga in redno nadgrajuje strežnike Power (strežniki, ki temeljijo na Power10, predstavljeni leta 2021) in IBM i (7.5, izdan maja 2022), skupaj s podporo za odprte tehnologije, da ohrani zagon pri ohranjanju te platforme.
Podporno okno (na splošno 7+3 leta – običajno + razširjeno) in ponovna uporabnost strežnikov Power za druga okolja (AIX) sta nekaj pomembnih dejavnikov, ki dajejo dodaten prostor za odločanje (brez naglice, da bi zapustili platformo).

zaključek

Z vsemi temi dejavniki ostaja potreba po izvajanju aplikacij IBM i visoka še mnogo let. To pomeni, da je treba te aplikacije podpirati, vzdrževati in izboljševati, dokler podjetja ne najdejo učinkovite in izvedljive nadomestne možnosti. Toda pri
hkrati postaja vedno težje vključiti delovno silo v sklop spretnosti IBM i. Čas je, da okrepimo razvojno delovno silo z uporabo izboljšanih IDE in orodij za to platformo.