Strategie voor IBM i-modernisering in BFSI-technologielandschap (Noel Prince Moses V)

Abstract

Er zijn sterke aanbevelingen om IBM i-applicaties te moderniseren of te migreren naar een futuristisch platform en er is ook een sterke aarzeling die het anti-migratiesentiment stimuleert. Dit brengt ons bij de vraag; moeten we investeren in de vaardigheden
van het bestaande platform of niet?

Overzicht

Omdat IBM i het legacy-systeem is, wordt het om verschillende redenen door veel ondernemingen gemigreerd. Hier in deze blog zullen we de beschikbare opties voor migratie onderzoeken in het huidige scenario, de waarschijnlijkheid dat ze worden aangenomen, de reden voor het niet snel volgen
de migratie of exit en de noodzaak om het ontwikkelingspersoneel te versterken.

IBM i (algemeen bekend als AS/400) is een van de meest strategische systemen geweest voor veel middelgrote tot grote ondernemingen, waaronder Banking, Financial Services en Insurance (BFSI). Al deze bedrijven gebruiken het al meer dan 25 tot 30 jaar. Het herbergt de kern
applicaties voor banken en verzekeraars, waaronder Core Banking, Card Management, Policy Administration etc. IBM i, zoals we hier bespreken, is het hele ecosysteem dat wordt geleverd met IBM i, de hardware, het besturingssysteem, de programmeertalen zoals RPG,
COBOL en CL, database DB2 voor i, IBM MQ voor messaging, taakbeheer, gebruikerstoegang, beveiliging etc. Legacy Modernisering is al jaren in discussie binnen banken en ook IBM i staat op de radar voor vervanging door nieuwe technologieën vanwege de uitdagingen
gerelateerd aan IBM i-platformspecifieke vaardigheden (RPG, COBOL), monolietarchitectuur van applicaties die leiden tot flexibiliteitsproblemen, interoperabiliteit met andere platforms en DevOps-tools, niet afgestemd op strategische investeringen, missen de meeste cloudvoordelen (bijv.
on-demand capaciteit) etc. Tegelijkertijd zijn er een aantal redenen waarom migratie wordt uitgesteld. Sommigen van hen zijn: nieuwe hardware-releases, OS-releases, verlengd ondersteuningsvenster, de huidige investeringen in zware infrastructuur, migratierisico's en -kosten.
Hier proberen we de vroege mogelijkheden van zijn exit te peilen, zodat de afhankelijkheid van zijn KMO's zal worden voorspeld.

Ons perspectief

In de loop van de periode is het bedrijf gegroeid, zijn de zakelijke vereisten gegroeid, zijn verschillende risico's gegroeid, zijn nalevings- en regelgevingsvereisten gegroeid en uiteindelijk zijn deze allemaal vastgelegd en beheerd binnen één enkele monoliet-applicatie voor elk
onderneming. En vandaar de hoge mate van complexiteit met de concentratie van alle kennis, de bedrijfsregels, de bedrijfsprocessen. Hieraan toegevoegd alle technische implementaties zoals multi-threading, messaging, job scheduling, job control etc.,
maken ook deel uit van de uitvoering van de monoliet.

Met de komst van Cloud, DevOps en Agile-praktijken zoeken industrieën en ondernemingen, waaronder bankiers en verzekeraars, ook naar transformatie van IBM i-applicaties om te profiteren van de nieuwste functies en voordelen. Bedrijven hebben meerdere opties
voor hen. Dit platform kan agile praktijken volgen en deel uitmaken van de DevOps-wereld met ARCAD-oplossingen. Een van de grote Britse banken heeft DevOps met succes op IBM i geadopteerd. Het onlangs gelanceerde IBM i Merlin Platform (Modernization Engine for Lifecycle
Integration) helpt dit met geïntegreerde IDE, CI/CD Merlin-tools voor DevOps-ervaring samen met IBM i virtual machine provisioning, REST API's management enz., en geeft hoop op een compleet DevOps-ecosysteem in de toekomst. Recente ontwikkelingen helpen bij wendbaarheid
van IBM i-omgevingen en het opnieuw hosten van de applicaties. Het systeembeheer van dit platform wordt ontlast door de infrastructuur rechtstreeks te migreren naar IBM Cloud of naar Skytap op Azure en IBM Cloud of naar Connectria op AWS. Infinite i is in redding om opnieuw te hosten
de applicaties op Azure of AWS of Google Cloud. Al deze opties worden gecategoriseerd als interne modernisering of pseudo-modernisering en zijn afhankelijk van de IBM i-skillset.

Toolsets van Fresche, Google (G4) bieden één-op-één conversie (refactor) van IBM i native broncodes en openen de gateway voor implementatie van de applicatie op open systemen en cloud. Maar de voorkeur voor deze optie vervaagt gezien de onderhoudbaarheid
en futuristische visie voor grote ondernemingen zoals banken. Banken en meer in het bijzonder verzekeraars hebben zeer dynamische bedrijfsbehoeften, zoals steeds hogere eisen op het gebied van regelgeving en naleving, en daarom hebben ze een goed te onderhouden codebasis nodig.

Als we de modernisering (laatste redmiddel) en refactor ter plaatse laten, kunnen de andere opties grotendeels worden gegroepeerd in een van de twee opties, namelijk COTS-vervanging of het herschrijven van de volledige applicatie. Deze opties hebben hun eigen voor- en nadelen. Voor de meeste
middelgrote en grote banken en banken met activiteiten in meerdere landen of meerdere geografische gebieden, de kerntoepassingen zijn hun schat, hun kracht en de katalysator voor wat ze zijn. De acceptatiegraad van COTS zal dus beperkt zijn vanwege de exacte pasvorm van de COTS-toepassing
voor de rijke mogelijkheden van de bank, zoals kaartverwerking, loyaliteit en beloningsbeheer.

Nu blijven de banken achter met de andere optie, namelijk herschrijven. Zoals iedereen weet, is het herschrijven van de bestaande applicatie (functioneel equivalent maar architectonisch actueel) in een doellandschap bijna hetzelfde als het bouwen van een nieuwe applicatie. Reverse engineering
tools van Fresche en ARCAD helpen bij het versnellen van het extraheren van regels. De nieuwe manier van ontwikkelen, mogelijk gemaakt door Agile, DevOps, Test Automation etc., het herschrijven duurt misschien niet te lang, maar ook niet kort. Enkele van de grote banken probeerden te herschrijven
en experimenteren. Veel banken tonen interesse in herschrijven, maar zoeken naar een kosteneffectieve, robuuste en risicovrije of risicoarme migratie, wat nog ver weg is.

Afgezien van de verwachte tijdlijn voor herschrijven, de factoren zoals strategische beslissing over het doellandschap, doeltechnologieën, doelarchitectuur, de uitdagingen op het gebied van regelgeving en naleving, organisatorische veranderingen om de transformationele activiteiten over te nemen, de
huidige investeringen in zware infrastructuren enz. zullen voor de meeste banken gevolgen hebben voor de algehele IBM i-migratietijdlijn.

IBM investeert en upgradet ook regelmatig de Power-servers (op Power10 gebaseerde servers gelanceerd in 2021) en IBM i (7.5 uitgebracht in mei 2022), samen met ondersteuning voor open technologieën om het momentum vast te houden om dit platform te behouden.
Het ondersteuningsvenster (in het algemeen 7+3 jaar – Normaal + Uitgebreid) en de herbruikbaarheid van Power-servers voor andere omgevingen (AIX) zijn enkele van de belangrijke factoren die extra ruimte bieden voor besluitvorming (geen haast om het platform te verlaten).

Conclusie

Met al deze factoren blijft de behoefte aan het draaien van de IBM i-applicaties nog vele jaren hoog. Het betekent dat deze applicaties moeten worden ondersteund, onderhouden en verbeterd totdat de ondernemingen een effectief levensvatbaar alternatief vinden. Maar bij de
Tegelijkertijd wordt het steeds moeilijker om het personeel te betrekken bij de IBM i-vaardigheden. Het is tijd om het ontwikkelpersoneel naar een hoger niveau te tillen door gebruik te maken van de verbeterde IDE's en tools voor dit platform.