Strategie pentru modernizarea IBM i în peisajul tehnologiei BFSI (Noel Prince Moses V)

Abstract

Există recomandări puternice pentru ca aplicațiile IBM i să fie modernizate sau migrate către o platformă futuristă și există și o ezitare puternică care determină sentimentul anti-migrație. Aceasta ne conduce la întrebarea; trebuie să investim în setul de abilități
a platformei existente sau nu?

Descriere

IBM i fiind sistemul moștenit, este vizat pentru migrare de către multe întreprinderi din diverse motive. Aici, în acest blog, vom explora opțiunile disponibile pentru migrare în scenariul de astăzi, probabilitatea adoptării lor, motivul pentru care nu se urmărește rapid
migrarea sau ieșirea și necesitatea de a ridica forța de muncă de dezvoltare.

IBM i (cunoscut pe scară largă ca AS/400) a fost unul dintre cele mai strategice sisteme pentru multe dintre întreprinderile mijlocii până la mari, inclusiv bancare, servicii financiare și asigurări (BFSI). Este utilizat de toate aceste întreprinderi de mai mult de 25 până la 30 de ani. Găzduiește nucleul
aplicații pentru bănci și asigurători, inclusiv Core Banking, Card Management, Policy Administration etc. IBM i, așa cum discutăm aici, este întregul ecosistem care vine împreună cu IBM i, hardware-ul, sistemul de operare, limbajele de programare precum RPG,
COBOL și CL, baza de date DB2 pentru i, IBM MQ pentru mesagerie, gestionarea joburilor, accesul utilizatorilor, securitate etc. Modernizarea moștenirii este în discuție în bănci de mulți ani și IBM i este, de asemenea, în radar pentru înlocuire cu noi tehnologii din cauza provocări
legate de setul de abilități specifice platformei IBM i (RPG, COBOL), arhitectura monolit a aplicațiilor care duce la probleme de agilitate, interoperabilitate cu alte platforme și instrumente DevOps, nealiniate la investițiile strategice, lipsind majoritatea beneficiilor cloud (de exemplu,
capacitatea la cerere) etc. În același timp, există o serie de motive pentru care migrația este amânată. Unele dintre acestea sunt, versiuni noi de hardware, lansări ale sistemului de operare, fereastră de suport extinsă, investițiile actuale în infrastructura grea, riscul de migrare și costul.
Aici, încercăm să evaluăm posibilitățile timpurii ale ieșirii sale, astfel încât să fie prezisă dependența de IMM-urile sale.

Perspectiva noastră

De-a lungul perioadei, afacerea a crescut, cerințele de afaceri au crescut, diferite riscuri au crescut, cerințele de conformitate și de reglementare au crescut și, în cele din urmă, toate acestea au fost capturate și îngrijite într-o singură aplicație monolit pentru fiecare
afacere. Și de aici și nivelul ridicat de complexitate având concentrarea tuturor cunoștințelor, regulilor de afaceri, proceselor de afaceri. La acestea se adaugă toate implementările tehnice, cum ar fi multi-threading, mesagerie, programarea lucrărilor, controlul lucrărilor etc.,
fac, de asemenea, parte din implementarea monolitului.

Odată cu apariția practicilor Cloud, DevOps și Agile, industriile și întreprinderile, inclusiv bancherii și asigurătorii, caută transformarea aplicațiilor IBM i, precum și pentru a beneficia de cele mai recente caracteristici și beneficii. Întreprinderile au mai multe opțiuni
in fata lor. Această platformă poate urma practici agile și poate face parte din lumea DevOps cu soluții ARCAD. Una dintre marile bănci din Marea Britanie a adoptat DevOps pe IBM i cu succes. Platforma IBM i Merlin (Motor de modernizare pentru ciclul de viață) lansată recent
Integration) ajută acest lucru cu instrumentele IDE integrate, CI/CD Merlin pentru experiența DevOps împreună cu furnizarea de mașini virtuale IBM i, managementul API-urilor REST etc. și aduce speranță pentru un ecosistem complet DevOps în viitor. Evoluțiile recente ajută la agilitate
a mediilor IBM i și regăzduirea aplicațiilor acestuia. Administrarea de sistem a acestei platforme va fi descărcată prin migrarea infrastructurii direct la IBM Cloud sau la Skytap pe Azure și IBM Cloud sau la Connectria pe AWS. Infinite i este în salvare pentru a fi regazdă
aplicațiile de pe Azure sau AWS sau Google Cloud. Toate aceste opțiuni vor fi clasificate fie ca modernizare in loc, fie ca pseudo-modernizare și depind de setul de abilități IBM i.

Seturile de instrumente de la Fresche, Google (G4) oferă o conversie (refactor) unu la unu a codurilor sursă native IBM și deschide poarta de acces pentru implementarea aplicației pe sisteme deschise și cloud. Dar preferința pentru această opțiune se estompează având în vedere mentenabilitatea
și viziune futuristă pentru întreprinderile mari precum băncile. Băncile și, mai precis, asigurătorii au nevoi de afaceri foarte dinamice, cum ar fi cerințe tot mai mari de reglementare și de conformitate și, prin urmare, nevoia unei baze de coduri foarte ușor de întreținut.

Lăsând modernizarea in loc (ultimă instanță) și refactorarea, celelalte opțiuni pot fi grupate în mare măsură într-una dintre cele două opțiuni și anume, înlocuirea COTS sau rescrierea întregii aplicații. Aceste opțiuni au propriile lor avantaje și dezavantaje. Pentru majoritatea
bănci de dimensiuni medii și mari și bănci cu operațiuni în mai multe țări sau multi-geografie, aplicațiile de bază sunt comoara lor, puterea lor și facilitatorul pentru ceea ce sunt. Deci, rata de adoptare a COTS va fi limitată din cauza potrivirii exacte a aplicației COTS
pentru capabilitățile bogate ale băncii, cum ar fi procesarea cardurilor, loialitatea și gestionarea recompenselor.

Acum, băncile au rămas cu cealaltă opțiune care este rescrie. După cum știe toată lumea, rescrierea aplicației existente (echivalentă din punct de vedere funcțional, dar actuală din punct de vedere arhitectural) într-un peisaj țintă este aproape ca construirea unei noi aplicații. Inginerie inversă
instrumentele de la Fresche și ARCAD ajută la accelerarea extragerii regulilor. Noul mod de dezvoltare alimentat cu Agile, DevOps, Test Automation etc., rescrierea poate să nu dureze prea mult, dar nu va fi la fel de scurtă. Unele dintre băncile mari au încercat să rescrie
și experimentarea. Multe bănci își arată interesul pentru rescriere, dar caută o migrație rentabilă, robustă și fără riscuri sau cu risc redus, care este încă departe.

În afară de calendarul așteptat pentru rescriere, factori cum ar fi decizia strategică privind peisajul țintă, tehnologiile țintă, arhitectura țintă, provocările de reglementare și conformitate, schimbări organizaționale pentru adoptarea activităților de transformare,
investițiile actuale în infrastructuri grele etc., vor avea un impact asupra calendarului general de migrare IBM i pentru majoritatea băncilor.

De asemenea, IBM investește și modernizează în mod constant serverele Power (servere bazate pe Power10 lansate în 2021) și IBM i (7.5 lansat în mai 2022) în mod regulat, împreună cu suport pentru tehnologiile deschise, precum și pentru a menține impulsul pentru menținerea acestei platforme.
Fereastra de suport (în general 7+3 ani – Normal + Extins) și reutilizarea serverelor Power pentru alte medii (AIX) sunt câțiva dintre factorii importanți care oferă spațiu suplimentar pentru luarea deciziilor (fără graba de a părăsi platforma).

Concluzie

Cu toți acești factori, nevoia de a rula aplicațiile IBM i continuă să rămână ridicată încă mulți ani. Înseamnă că aceste aplicații ar trebui să fie susținute, întreținute și îmbunătățite până când întreprinderile găsesc o alternativă viabilă eficientă. Dar la
în același timp, devine din ce în ce mai dificil să angajezi forța de muncă pe setul de abilități IBM i. Este timpul să creștem forța de muncă în dezvoltare prin valorificarea IDE-urilor și instrumentelor îmbunătățite pentru această platformă.