Hvorfor modernisere mainframe (Rajagopalan Thiruvenkatachari)

​Hvis forudsigelsen fra 1994 skulle gå i opfyldelse, ville år 2022 være 28. år for udryddelse af IBM Mainframe. Men i modsætning hertil fortsætter mainframes deres service, og MIPS-efterspørgslen vokser. Det er fortsat den foretrukne platform for det meste af den store mainframe
butikker. Hvad er så problemet? Hvorfor skal organisationer modernisere applikationerne? Hvad er de tilgængelige muligheder? I denne blog taler vi om behovet for modernisering, muligheder, trends og hvordan IBM mainframe er tilpasset til at imødekomme nutidens og fremtidens krav.

Time of Need

De nuværende mainframe-applikationer lider af monolit-fobi, hvor samtale-, funktions- og dataadgangslag er tæt forbundet og gør det svært at skelne grænsen. Der er meget redundans i data og kode. Kodens kompleksitet
og vedligeholdelse er en udfordring. Ingen klar dokumentation tilgængelig, folk, der har bygget disse applikationer, er allerede gået på pension eller på randen af ​​pensionering. Desuden er de fleste af de gamle færdigheder ikke tilgængelige på markedet. Ankomst af nyere og skalerbare teknologier
har ændret forretningsmodellen. Kundeoplevelsen er i højsædet. Forretningsdriften er blevet global, hvilket har resulteret i øget overholdelse af lovgivningen, og omfanget af risikoanalyse og svindelovervågning er blevet bredere. Start-ups er en ny race af konkurrenter
nu. Disse start-ups udruller nye produkter og funktioner i en ufattelig hastighed og tiltrækker langsomt selve kundebasen. Udviklingsmetoderne har ændret sig fra vandfald til agile. At overvinde ovenstående udfordringer og vokse, behovet for timen
er at modernisere monolitapplikationen til digitalisering, agilitet, hastighed til markedet og skalerbarhed i virksomheden. Så modernisering er ikke længere en mulighed. Hvad er så mulighederne og tendenserne?

Moderniseringsmuligheder

Når vi taler om modernisering, er det første, vi tænker på, skyen. Cloud bliver udråbt som et alternativ til mainframen. Det er blevet en trend, og det vil fortsætte nogle år endnu. Cloud tilbyder også moderne sæt værktøjer og software til
udvikling, DevOps og automatiserede overvågningstjenester. Det er bevist at være sikret, robust, garanterer tilgængelighed og skalerbarhed. Så kan organisationen, bare flytte hele processen til skyen eller omskrive kodebasen til en ny generation af sprog
og databaser? Hvordan kan man vælge den rigtige løsning?

Der er ikke noget, der hedder den rigtige mulighed. Det afhænger af det valg, en organisation træffer baseret på dens målsætninger, hvad den ønsker at tage fat på og mængden af ​​risiko villig til at tage.  

• Valgmuligheder som Re-Host og Re-Factor er omkostningseffektive og mindre risikable, men adresserer ikke vigtige SMV- og teknologirisici og hurtigere time to market. Man kan fremskynde leveringsprocessen ved at implementere DevOps, men stadig kodning og testoverhead vil fortsætte.
  Denne mulighed er velegnet til organisationer med mindre Mainframe-fodaftryk, mindre end 2,000 MIPS, og organisationer med 5,000 MIPS eller mindre kan vælge dette som en midlertidig mulighed.
• På den anden side er komplet Re-Engineering eller Re-Write en ideel og futuristisk mulighed med applikation bygget på API'er, mikrotjenester baseret arkitektur implementeret på en containeriseret platform. Denne mulighed adresserer vigtige SMV- og teknologirisici. Men det er
  meget høj risiko, kræver store investeringer, længere ventetid for at høste fordelene (minimum 3 år) og kræver et langsigtet engagement fra både IT- og forretningsinteressenter. Der er få eller ingen use cases i industrien for denne mulighed, hvor hele systemet var
  rekonstrueret til cloud eller on-premise, men der er brugstilfælde, hvor en undergruppe af kernedifferentierende funktioner blev migreret til cloud eller on-premise platform for smidighed og hastighed til markedet.
• Hybrid og in-place moderniseringsmulighed giver mulighed for selektivt at modernisere en undergruppe af funktioner for smidighed og skalerbarhed. Dette er mindre risikabelt sammenlignet med andre muligheder. Dette er også en omkostningseffektiv, og det besvarer nogle af de vigtigste SMV'er
  og teknologiske risici, som organisationer står over for.  a) Identificer og eksponer kernefunktioner som API'er til forbrug, såsom kunde ved boarding, betalinger, behandling af lån osv.
  b) Kernedata i realtid eller postproces replikeret til Cloud for AI, ML, Risk Analytics, AML, Fraud Detection osv.
  c) Offload kun forespørgselsfunktion (CQRS) til  cloud as micro services implementeret på en containerbaseret arkitektur
  d) Deltagelse i enterprise DevOps implementering og e) Anvendelse af konsekvensanalyse- og dokumentationsværktøjer til kvalitetsleverancer og dokumentation for at mindske vigtige SMV-risici. 

Nogle referencer fra industrien om modernisering i hybridmodel, sameksistens med Cloud gennem selektiv modernisering.

• En stor investeringsbank implementerede DevOps-CI/CD til en kerneapplikation. Fordelene er forbedret time-to-market, kvalitet og reducerede projektomkostninger.
• En stor global bank- og kreditkortbehandlingskunde har omskrevet kernematchningsalgoritmen til multi cloud platform. Fordelene er mikrotjenester-arkitekterede, konfigurerbare regler for at forbedre smidigheden.
• En stor europæisk børs omskrev sin multi-aktivklasse-applikation på skyen ved hjælp af RedHat Openshift PaaS. Fordelene er smidighed, hastighed til markedet, design af mikrotjenester og implementeret DevOps CI/CD-pipeline.
• En stor amerikansk betalingsbehandlingskunde migrerede en af ​​deres kerneprocesser til Cloud-platformen. Koden blev refaktoreret ved hjælp af automatiseret værktøj først og derefter konverteret kernedelen til mikrotjenester. Fordelene er smidighed i hastighed til markedet og fjernelse af risiko for kerne
  SMV og tekniske færdigheder.
• En stor global bank moderniserede sine kernebankfunktioner ved at afsløre dem som API'er. Fordelene er forbedret kundeoplevelse og hurtigere service.

Vedligeholdelse og investering i mainframe platform

IBM bliver ved med at opgradere sin hardware og software for at matche den nuværende trend og forretningsvækst.

• Offload udvikling og test på IBM cloud med Wazi as a Service (aaS).
• Udvis kernefunktionelle egenskaber på system Z til API'er for at forbruge data ved hjælp af IBM z/OS Connect. 
• Z Container Extensions, der kører Linux på Z docker-containere inde i z/OS – Enhver Linux-software, der er tilgængelig som et docker-image, kan implementeres på Z.
• Understøttelse af værktøjssæt til DevOps og CI/CD-pipelineimplementering

 Konklusion

 Mainframes har tjent BFSI-kunder godt i mange årtier. De er robuste og stabile platforme, der understøtter kritisk behandling hos BFSI-virksomheder. Da digital transformation er den vigtigste drivkraft, i stedet for at forlade mainframen, organisationer
bør se på sameksistens med cloud, som er en mindre risikabel mulighed. Denne mulighed giver det bedste af funktionerne fra to verdener med hensyn til tilgængelighed, robusthed og skalerbarhed, hvilket er en ekstra fordel og styrke. Begge platforme gør det muligt for udviklere
at modernisere applikationer uden at gå på kompromis med sikkerhed, skalerbarhed og tilgængelighed.