We hebben al besproken hoe mainframe-modernisering is niet alleen voor de financiële sector, dus waarom niet de olifant in de kamer aanspreken? De grootste moderniseringsuitdagingen ter wereld zijn geconcentreerd in de banksector.          

Voordat het internet en cloud computing, en voordat smartphones en mobiele apps bestonden, voerden banken betalingen uit via enorme elektronische afwikkelingsgateways en gebruikten ze mainframes als registratiesystemen.

Financiële dienstverleners worden beschouwd als instellingen omdat ze de kernaspecten van ons wereldwijde economische systeem beheren en verplaatsen. En het kloppende hart van financiële instellingen is het IBM-mainframe.

Banken hebben het meeste te winnen als ze erin slagen (en het meeste te verliezen als ze falen) om hun mainframe-applicaties en dataparken op moderne standaarden van cloud-achtige flexibiliteit, wendbaarheid en innovatie te brengen om aan de vraag van de klant te voldoen.

Waarom de modernisering van mainframe-applicaties vastloopt

We hebben de afgelopen tijd te maken gehad met wereldwijde economische onzekerheden, van de 'too big to fail'-crisis van 2008 tot onze huidige post-pandemische hoge rentetarieven die tot overexposure en insolventie van bepaalde grote depositobanken hebben geleid.

Hoewel bankfaillissementen vaak het gevolg zijn van slechte managementbeslissingen en -beleid, is er goede reden om enige schuld toe te schrijven aan vertraagde moderniseringsinitiatieven en -strategieën. Hadden leidinggevenden geen betere analyses kunnen uitvoeren om risico's in de gegevens op te sporen? Waarom hebben ze geen nieuwe mobiele app gelanceerd? Heeft iemand ze gehackt en klanten buitengesloten?

Iedereen weet dat het uitstellen van de modernisering van mainframe-applicaties een opportuniteitskost met zich meebrengt, maar men gelooft dat het riskant is om systemen te veranderen die momenteel de operaties ondersteunen.

Communautaire en regionale banken hebben mogelijk niet de technische middelen, terwijl grotere instellingen een overweldigende hoeveelheid technische schulden hebben, ernstige problemen met gegevensverplaatsing hebben of worstelen met de businesscase.

Grote en kleine banken hebben waarschijnlijk allemaal gefaald bij een of meer moderniserings- of migratie-initiatieven. Terwijl de inspanningen worden geschrapt, hadden IT-leiders binnen deze organisaties het gevoel dat ze meer beten dan ze konden kauwen.

Het transformeren van de moderniseringsinspanning zou geen grootschalige herschrijving van de mainframecode nodig moeten hebben, noch een moeizame en dure heffen en verschuiven oefening. In plaats daarvan moeten teams moderniseren wat zinvol is voor de belangrijkste prioriteiten van het bedrijf.

Hier zijn enkele geweldige use-cases van banken die verder gingen dan het herstarten van moderniseringsinitiatieven om de waarde van hun mainframes aanzienlijk te verbeteren in de context van sterk gedistribueerde software-architecturen en de hoge verwachtingen van de klantervaring van vandaag.

Kernsysteem- en applicatiecode transformeren

Veel banken zijn bang om technische schulden aan te pakken binnen hun bestaande mainframecode, die vóór de komst van gedistribueerde systemen mogelijk in COBOL of andere talen is geschreven. Vaak zijn de technici die het oorspronkelijke systeem hebben ontworpen niet meer aanwezig en zijn bedrijfsonderbrekingen geen goede optie, dus stellen IT-beslissers de transformatie uit door in de middenlaag te sleutelen.

Atruvia AG is een van 's werelds toonaangevende leveranciers van technologie voor bankdiensten. Meer dan 800 banken vertrouwen op hun innovatieve diensten voor bijna 100 miljard jaarlijkse transacties, ondersteund door acht IBM z15-systemen die draaien in vier datacenters. 

In plaats van rip-and-replace besloten ze om ter plekke te refactoren door RESTful-services in Java te schrijven naast de bestaande COBOL die op de mainframes draait. Door geleidelijk 85% van hun belangrijkste banktransacties te vervangen door moderne Java, konden ze nieuwe functionaliteit voor bankklanten bouwen, terwijl ze de prestaties van de werklast op het mainframe verdriedubbelden.

Lees de casestudy van Atruvia AG

Zorgen voor cyberveerkracht door sneller herstel

De meeste banken hebben een gegevensbeschermingsplan waarin een vorm van redundantie is opgenomen noodherstel (DR), zoals een primaire kopie van het productie-mainframe in het datacenter en misschien een externe secundaire back-up of virtuele tape-oplossing die om de paar maanden een nieuwe batch-upload krijgt.

Naarmate datavolumes onverbiddelijk in omvang toenemen, met meer transacties en applicatie-eindpunten, wordt het maken van kopieën ervan via verouderde back-uptechnologieën steeds kostbaarder en tijdrovender, en het opnieuw samenstellen ervan is ook traag, wat een downtime DR-gat kan veroorzaken. Er is een kritieke behoefte aan snellere back-ups en herstel om de computeromgeving van de moderne bank veilig te stellen, inclusief ransomware.

ANZ, een top-vijf bank in Australië, probeerde zijn capaciteit te vergroten voor snellere mainframe-back-ups en snellere DR-prestaties om een ​​hoge beschikbaarheid voor zijn meer dan 8.5 miljoen klanten te garanderen.

Ze bouwden een inter-site veerkrachtcapaciteit uit en draaiden gespiegelde IBM zSystems-servers met behulp van hun HyperSwap functie om multi-target storage swaps mogelijk te maken zonder dat er onderbrekingen nodig zijn, aangezien elk van de identieke servers productieworkloads kan overnemen als er een back-up- of herstelproces wordt uitgevoerd.

Het IT-leiderschap van ANZ krijgt gemoedsrust dankzij een betere systeembeschikbaarheid; maar meer nog, ze hebben nu een moderne disaster recovery-houding die kan worden gecertificeerd om bedrijfscontinuïteit voor hun klanten te bieden.

Lees de ANZ-casestudy

Zichtbaarheid verkrijgen door ondernemingsbrede bedrijfs- en risicoanalyses

Banken zijn afhankelijk van geavanceerde analyses voor bijna elk aspect van belangrijke zakelijke beslissingen die van invloed zijn op klanttevredenheid, financiële prestaties, infrastructuurinvesteringen en risicobeheer.

Complexe analytische query's bovenop enorme datasets op het mainframe kunnen computerbudgetten opslokken en uren of dagen in beslag nemen. De gegevens ergens anders naartoe verplaatsen, zoals een cloud datawarehouse—kan gepaard gaan met nog grotere transportvertragingen, wat resulteert in verouderde gegevens en beslissingen van slechte kwaliteit.

Garanti BBVA, de op een na grootste bank van Turkije, werd ingezet IBM Db2 Analytics Accelerator voor z/OS, wat de werklast van query's versnelt en tegelijkertijd het CPU-verbruik van het mainframe vermindert.

Door de scheiding van de analytische werklast van de zorgen en kosten van de mainframeproductieomgeving kan Garanti elke nacht meer dan 300 analytische batchtaken uitvoeren, en een nalevingsrapport dat vroeger twee dagen in beslag nam, duurt nu slechts één minuut.

Lees de case study van Garanti BBVA

Klantervaring verbeteren met DevOps-snelheid

Banken concurreren op basis van hun vermogen om innovatieve nieuwe applicaties en serviceaanbiedingen aan klanten te leveren, dus agile devtest-teams dragen voortdurend bij aan softwarefuncties. We hebben natuurlijk de neiging om deze te generaliseren als front-end verbeteringen aan smartphone-apps en API-gestuurde integraties met cloudservices.

Maar wacht, bijna al deze nieuwe functies zullen uiteindelijk het mainframe raken. Waarom zou u het mainframeteam niet naar voren halen als eersteklas deelnemers aan de DevOps bewegen zodat ze erbij betrokken kunnen raken?

Danske Bank besloot om bijna 1,000 interne mainframe-ontwikkelaars in een bedrijfsbrede DevOps-transformatiebeweging te brengen, met behulp van de IBM Application Delivery Foundation voor z/OS (ADFz) als een platform voor het ontwikkelen, debuggen, testen en releasebeheer van functies.

Zelfs bestaande COBOL- en PL/1-code kunnen worden opgenomen in de CI / CD beheerpijplijn, vervolgens intuïtief geopend en bewerkt binnen de IDE's van ontwikkelaars. Geen gedoe meer met groene schermen hier. De bank kan nu nieuwe aanbiedingen op de markt brengen in de helft van de tijd die voorheen nodig was.

Lees de case study van Danske Bank https://www.ibm.com/case-studies/danske_bank_as

Lees de casestudy van Danske Bank

De Intellyx Take

Zelfs nieuwere fintech-bedrijven die in de cloud zijn geboren, doen er verstandig aan na te denken over hoe hun eigen innovaties moeten omgaan met een steeds veranderende hybride computeromgeving van tegenpartijen.

Een transactie via een mobiele app zal uiteindelijk nog steeds wereldwijde betalingsnetwerken, regelgevende instanties en andere banken raken, elk met hun eigen mainframecomputer- en opslagbronnen achter elke aanvraagverwerking.

Er zal hier nooit een enkelvoudig pad voorwaarts zijn, omdat geen twee banken identiek zijn, en er zijn veel mogelijke transformaties die kunnen worden gemaakt tijdens het moderniseringstraject van mainframe-applicaties.

IT-leiders moeten ergens beginnen en use cases selecteren die het beste passen bij hun zakelijke behoeften en de architectuur van het unieke applicatielandschap waarin het mainframe zal leven.

Lees meer over mainframe-modernisering door het IBM Z en Cloud Modernization Center te bekijken