Az IBM i modernizációs stratégiája a BFSI technológiai környezetben (Noel Prince Moses V)

Absztrakt

Erőteljes ajánlások vannak az IBM i alkalmazások modernizálására vagy futurisztikus platformra való migrálására, és erős a tétovázás is, ami a migrációellenes hangulatot vezérli. Ez elvezet bennünket a kérdéshez; kell-e befektetnünk a készségkészletbe
a meglévő platformról vagy sem?

Áttekintés

Mivel az IBM i az örökölt rendszer, számos vállalat célzott migrációjára különböző okok miatt. Ebben a blogban megvizsgáljuk a mai forgatókönyvben elérhető migrációs lehetőségeket, azok elfogadásának valószínűségét és a gyors követés hiányának okát.
a migráció vagy kilépés, valamint a fejlesztő munkaerő felemelésének szükségessége.

Az IBM i (széles körben AS/400 néven) az egyik leginkább stratégiai rendszer volt sok közép- és nagyvállalat számára, beleértve a banki, pénzügyi és biztosítási (BFSI) szolgáltatásokat. Mindezen vállalkozások több mint 25-30 éve használják. A magot tartalmazza
alkalmazások bankok és biztosítók számára, beleértve a központi banki szolgáltatást, a kártyakezelést, a házirend-adminisztrációt stb. Az IBM i, ahogy itt tárgyaljuk, a teljes ökoszisztéma, amely együtt jár az IBM i-vel, a hardverrel, az operációs rendszerrel, a programozási nyelvekkel, például az RPG-vel,
COBOL és CL, DB2 for i adatbázis, IBM MQ üzenetküldéshez, munkakezeléshez, felhasználói hozzáféréshez, biztonsághoz stb. Az örökölt modernizációról már sok éve folyik a vita a bankokon belül, és az IBM i is a radarban van az új technológiákkal való helyettesítés terén, mivel a kihívásokat
IBM i platform-specifikus készségkészlethez (RPG, COBOL) kapcsolódó, agilitási problémákhoz vezető alkalmazások monolit architektúrája, más platformokkal és DevOps-eszközökkel való interoperabilitás, nem igazodik a stratégiai befektetésekhez, hiányzik a felhőelőnyök nagy része (pl.
on-demand kapacitás) stb. Ugyanakkor számos oka van annak, hogy az átállást elhalasztják. Néhány közülük új hardver-kiadások, operációs rendszer-kiadások, kiterjesztett támogatási időszak, jelenlegi beruházások a nehéz infrastruktúrába, migrációs kockázatok és költségek.
Itt megpróbáljuk felmérni a kilépés korai lehetőségeit, hogy előre jelezhető legyen a kkv-któl való függés.

A mi szempontunk

Az időszak során az üzlet nőtt, nőttek az üzleti követelmények, nőttek a különféle kockázatok, nőttek a megfelelési és szabályozási követelmények, és végül mindezt egyetlen monolit alkalmazásban rögzítették és kezelték.
vállalkozás. Ebből adódik a magas szintű komplexitás, amelyben az összes tudás, az üzleti szabályok, az üzleti folyamatok koncentrálódnak. Ehhez hozzáadódik az összes olyan technikai megvalósítás, mint a többszálú feldolgozás, üzenetküldés, munkaütemezés, feladatvezérlés stb.,
szintén a monolit megvalósítás részét képezik.

A felhő, a DevOps és az Agile gyakorlatok megjelenésével az iparágak és a vállalatok, köztük a bankárok és a biztosítók az IBM i alkalmazások átalakítását keresik, valamint a legújabb funkciók és előnyök kihasználása érdekében. A vállalkozásoknak több lehetőségük van
előttük. Ez a platform követheti az agilis gyakorlatokat, és része lehet a DevOps világnak az ARCAD megoldásokkal. Az egyik nagy brit bank sikeresen alkalmazta a DevOps-t az IBM i rendszeren. A nemrégiben elindított IBM i Merlin Platform (Modernization Engine for Lifecycle
Integration) segít ebben az integrált IDE, CI/CD Merlin eszközökkel a DevOps tapasztalatokhoz, valamint az IBM i virtuális gépek kiépítéséhez, a REST API-k kezeléséhez stb., és reményt ad a teljes DevOps ökorendszerre a jövőben. A legújabb fejlesztések az agilitást segítik
IBM i környezetek és alkalmazásai újratelepítése. Ennek a platformnak a rendszeradminisztrációját az infrastruktúra közvetlenül az IBM Cloudra vagy az Azure és az IBM Cloud Skytap-re, illetve az AWS-en a Connectria-ra való áttelepítésével tehermentesíti. Az Infinite i mentés alatt áll, hogy újra fogadhassa
az Azure-ban, AWS-ben vagy a Google Cloudban található alkalmazások. Mindezeket a lehetőségeket be kell sorolni a helyben történő korszerűsítés vagy az álmodernizálás kategóriába, és az IBM i készségkészlettől függenek.

A Fresche, Google (G4) eszközkészletei az IBM i natív forráskódok egytől egyig konverzióját (refaktorát) biztosítják, és megnyitják az átjárót az alkalmazás nyílt rendszereken és felhőben történő telepítéséhez. Ennek a lehetőségnek a preferenciája azonban elhalványul a karbantarthatóság miatt
és futurisztikus nézet nagyvállalatok, például bankok számára. A bankoknak és pontosabban a biztosítóknak nagyon dinamikus üzleti igényei vannak, mint például az egyre növekvő szabályozási és megfelelési követelmények, és ebből következően rendkívül karbantartható kódbázisra van szükség.

A helyben történő korszerűsítést (végső megoldás) és az átalakítást elhagyva a többi lehetőség nagyrészt a két lehetőség valamelyikébe csoportosítható, nevezetesen a COTS cseréje vagy a teljes alkalmazás újraírása. Ezeknek a lehetőségeknek megvannak a maga előnyei és hátrányai. A legtöbb
A közepes és nagy méretű bankok, valamint a több országot vagy több földrajzi területet lefedő bankok, az alapvető alkalmazások a kincsük, az erősségük és az, ami lehetővé teszi számukra. Tehát a COTS alkalmazási arány korlátozott lesz a COTS alkalmazás pontos illeszkedése miatt
a bank gazdag képességeiért, mint például a kártyafeldolgozás, a hűség és a jutalomkezelés.

Most a bankoknak maradt a másik lehetőség, az újraírás. Amint azt mindenki tudja, a meglévő (funkcionálisan egyenértékű, de építészetileg aktuális) alkalmazás átírása egy célterületre majdnem olyan, mintha egy új alkalmazást építenének. Visszafejtés
A Fresche és az ARCAD eszközei segítenek felgyorsítani a szabályok kibontását. Az új fejlesztési mód Agile, DevOps, Test Automation stb. segítségével, az átírás nem tart túl sokáig, de nem is lesz rövid. Néhány nagy bank megpróbálta átírni
és kísérletezik. Sok bank érdeklődik az újraírás iránt, de költséghatékony, robusztus és kockázatmentes vagy csökkentett kockázatú migrációt keres, ami még messze van.

Az újraírás várható ütemezésén kívül az olyan tényezők, mint a célterületre vonatkozó stratégiai döntés, a céltechnológiák, a célarchitektúra, a szabályozási és megfelelési kihívások, az átalakítási tevékenységek elfogadásához szükséges szervezeti változások, a
a nehéz infrastruktúrákba stb. irányuló jelenlegi beruházások hatással lesznek a legtöbb bank általános IBM i migrációs ütemtervére.

Az IBM emellett rendszeresen befektet és frissít a Power szerverekbe (10-ben bevezetett Power2021 alapú szerverek) és az IBM i-be (7.5, amely 2022 májusában jelent meg), valamint támogatja a nyílt technológiákat is, hogy fenntartsa a platform megtartásának lendületét.
A támogatási időszak (általában 7+3 év – normál + kiterjesztett) és a Power szerverek más környezetekben való újrafelhasználhatósága (AIX) néhány olyan fontos tényező, amely további teret ad a döntéshozatalnak (nem kell sietni a platform elhagyásával).

Következtetés

Mindezen tényezők mellett az IBM i alkalmazások futtatásának igénye még sok évig magas marad. Ez azt jelenti, hogy ezeket az alkalmazásokat addig kell támogatni, karbantartani és továbbfejleszteni, amíg a vállalkozások nem találnak hatékony, életképes alternatívát. De a
ugyanakkor egyre nehezebb a munkaerő bevonása az IBM i készségkészletbe. Itt az ideje, hogy felemeljük a fejlesztő munkaerőt a platform továbbfejlesztett IDE-jeinek és eszközeinek kihasználásával.