Miksi modernisoida keskusyksikkö (Rajagopalan Thiruvenkatachari)

​Jos vuoden 1994 ennuste toteutuisi, vuosi 2022 olisi IBM Mainframen sukupuuttoon 28. vuosi. Mutta sitä vastoin keskustietokoneet jatkavat palveluaan ja MIPS-kysyntä kasvaa. Se on edelleen suosituin alusta useimmille suurille keskuskoneille
kaupat. Mistä sitten on kysymys? Miksi organisaatioiden tulee modernisoida sovelluksia? Mitä vaihtoehtoja on tarjolla? Tässä blogissa puhumme modernisointitarpeista, vaihtoehdoista, trendeistä ja siitä, kuinka IBM:n keskustietokone mukautuu vastaamaan nykypäivän ja tulevaisuuden vaatimuksia.

Tunnin tarve

Nykyiset keskustietokonesovellukset kärsivät monoliittifobiasta, jossa keskustelu-, toiminto- ja tiedonsaantikerrokset ovat tiiviisti yhteydessä toisiinsa ja vaikeuttavat rajan erottamista. Datassa ja koodissa on paljon redundanssia. Koodin monimutkaisuus
ja ylläpidettävyys on haaste. Selkeää dokumentaatiota ei ole saatavilla, ihmiset, jotka ovat rakentaneet kyseiset sovellukset, ovat jo eläkkeellä tai eläkkeelle siirtymisen partaalla. Lisäksi suurin osa vanhoista taidoista ei ole saatavilla markkinoilla. Uudempien ja skaalautuvien teknologioiden saapuminen
ovat muuttaneet liiketoimintamallia. Asiakaskokemus on pääpaino. Liiketoiminnasta on tullut globaalia, mikä on johtanut säännösten noudattamisen lisääntymiseen ja riskianalyysin ja petosten seurannan laajenemiseen. Startup-yritykset ovat uusia kilpailijoita
nyt. Nämä start-up-yritykset ottavat käyttöön uusia tuotteita ja ominaisuuksia käsittämättömällä nopeudella ja houkuttelevat hitaasti koko asiakaskuntaa. Kehitysmenetelmät ovat muuttuneet vesiputouksesta ketteräksi. Voit voittaa yllä olevat haasteet ja kasvaa, tarve tunnin
on modernisoida monoliittisovellus digitalisointia, ketteryyttä, nopeutta markkinoille ja liiketoiminnan skaalautuvuutta varten. Eli modernisointi ei ole enää vaihtoehto. Mitä vaihtoehtoja ja trendejä sitten on?

Modernisointivaihtoehdot

Aina kun puhumme modernisoinnista, tulee ensimmäisenä mieleen pilvi. Pilviä mainostetaan vaihtoehtona keskuskoneelle. Siitä on tullut trendi ja se jatkuu vielä muutaman vuoden. Myös pilvi tarjoaa nykyaikaiset työkalut ja ohjelmistot
kehitys, DevOps ja automatisoidut valvontapalvelut. Se on todistetusti suojattu, joustava, takaa saatavuuden ja skaalautuvuuden. Joten voiko organisaatio siirtää koko prosessin pilveen tai kirjoittaa koodipohja uudelleen uuden sukupolven kielille
ja tietokannat? Miten voi valita oikean vaihtoehdon?

Oikeaa vaihtoehtoa ei ole olemassa. Se riippuu valinnasta, jonka organisaatio tekee tavoitteidensa perusteella, mitä se haluaa käsitellä ja riskin määrästä, joka on valmis ottamaan.  

• Vaihtoehdot, kuten Re-Host ja Re-Factor, ovat kustannustehokkaita ja vähemmän riskejä, mutta ne eivät ota huomioon pk-yritysten ja teknologian keskeisiä riskejä ja nopeampaa markkinoilletuloa. Toimitusprosessia voidaan nopeuttaa ottamalla käyttöön DevOps, mutta silti koodaus ja testaus jatkuvat.
  Tämä vaihtoehto sopii organisaatioille, joiden Mainframe-jalanjälki on pienempi, alle 2,000 5,000 MIPS, ja organisaatiot, joiden MIPS on enintään XNUMX XNUMX, voivat valita tämän väliaikaiseksi vaihtoehdoksi.
• Toisaalta täydellinen Re-Engineering tai Re-Write on ihanteellinen ja futuristinen vaihtoehto, jossa sovellus on rakennettu sovellusliittymiin, mikropalvelupohjaiseen arkkitehtuuriin, joka on otettu käyttöön konttialustalle. Tämä vaihtoehto kattaa keskeiset pk-yritykset ja teknologiariskit. Mutta se on
  erittäin suuri riski, vaatii valtavia investointeja, pidemmän odotusajan hyödyn saamiseen (vähintään 3 vuotta) ja vaatii pitkäaikaista sitoutumista sekä IT- että yrityssidosryhmiltä. Teollisuudessa tälle vaihtoehdolle on vähän tai ei ollenkaan käyttötapauksia, joissa koko järjestelmä oli
  Suunniteltu uudelleen pilveen tai paikan päällä, mutta on käyttötapauksia, joissa osa keskeisistä erottavista toiminnoista siirrettiin pilveen tai paikalliseen alustaan ​​ketteryyden ja nopeuden vuoksi markkinoille.
• Hybridi- ja in-place-modernisointivaihtoehto tarjoaa mahdollisuuden valikoivasti modernisoida toimintojen osajoukkoa ketteryyden ja skaalautuvuuden vuoksi. Tämä on pienempi riski verrattuna muihin vaihtoehtoihin. Tämä on myös kustannustehokasta, ja se vastaa joihinkin keskeisiin pk-yrityksiin
  organisaatioiden kohtaamat teknologiariskit.  a) Tunnista ja paljasta ydintoiminnot kulutukseen tarkoitetuiksi API-liittymiksi, kuten asiakas lennolle, maksut, lainojen käsittely jne.
  b) Ydintiedot reaaliajassa tai jälkikäsittelyssä replikoituina Cloud for AI, ML, Risk Analytics, AML, Fraud Detection jne.
  c) Lataa vain kyselytoiminto (CQRS) pilveen mikropalveluina, jotka on otettu käyttöön konttipohjaisessa arkkitehtuurissa
  d) Osallistuminen yrityksen DevOps-toteutuksiin ja e) Vaikutusanalyysi- ja dokumentointityökalujen käyttö laadukkaiden suoritteiden ja dokumentoinnin kannalta keskeisten pk-yritysten riskien vähentämiseksi. 

Joitakin viittauksia teollisuudesta modernisoinnista hybridimallissa, rinnakkaiselosta pilven kanssa valikoivan modernisoinnin kautta.

• Suuri investointipankki otti käyttöön DevOps-CI/CD:n ydinsovellukseen. Hyödyt ovat parantunut markkinoilletuloaika, laatu ja pienemmät projektikustannukset.
• Suuri globaali pankki- ja luottokorttien käsittelyasiakas on kirjoittanut ydinsovitusalgoritmin usean pilvialustan päälle. Edut ovat mikropalvelujen arkkitehtuuri, konfiguroitavat säännöt ketteryyden parantamiseksi.
• Suuri eurooppalainen pörssi kirjoitti uudelleen usean omaisuusluokan sovelluksensa pilveen RedHat Openshift PaaS:n avulla. Hyötyjä ovat ketteryys, markkinoilletulon nopeus, mikropalvelujen suunnittelu ja toteutettu DevOps CI/CD -putkisto.
• Suuri yhdysvaltalainen maksuja käsittelevä asiakas siirsi yhden ydinprosessistaan ​​Cloud-alustalle. Koodi refaktoroitiin ensin automaattisella työkalulla ja sitten ydinosa muutettiin mikropalveluiksi. Hyötyjä ovat ketteryys markkinoille pääsyssä ja ytimen riskien poistaminen
  pk-yritys ja tekniset taidot.
• Suuri maailmanlaajuinen pankki modernisoi pankkitoiminnan ydintoimintojaan paljastamalla ne API:na. Edut ovat parempi asiakaskokemus ja nopeampi palvelu.

Mainframe-alustan ylläpitäminen ja siihen sijoittaminen

IBM päivittää jatkuvasti laitteistojaan ja ohjelmistojaan vastaamaan nykyistä suuntausta ja liiketoiminnan kasvua.

• Lataa kehitys ja testaus IBM-pilvessä Wazi as a Servicen (aaS) avulla.
• Paljasta Z-järjestelmän keskeiset toiminnalliset ominaisuudet sovellusliittymien kautta kuluttamaan tietoja IBM z/OS Connectin avulla. 
• Z Container Extensions, joka käyttää Linuxia Z-telakkasäiliöissä z/OS:n sisällä – Mitä tahansa Linux-ohjelmistoa, joka on saatavana telakointikuvana, voidaan ottaa käyttöön Z:ssä.
• Työkalusarja tukee DevOps- ja CI/CD-liukuhihnan toteutusta

 Yhteenveto

 Keskusyksiköt ovat palvelleet BFSI:n asiakkaita hyvin vuosikymmeniä. Ne ovat kestäviä ja vakaita alustoja, jotka tukevat kriittistä käsittelyä BFSI-yrityksissä. Koska digitaalinen muutos on avaintekijä, sen sijaan, että se poistuisi keskuskoneesta, organisaatioista
pitäisi tarkastella rinnakkaiseloa pilven kanssa, joka on vähemmän riskialtis vaihtoehto. Tämä vaihtoehto tarjoaa kahden maailman parhaat ominaisuudet saatavuuden, joustavuuden ja skaalautuvuuden suhteen, mikä on lisäetu ja vahvuus. Molemmat alustat mahdollistavat kehittäjien
modernisoida sovelluksia vaarantamatta turvallisuutta, skaalautuvuutta ja saatavuutta.