Mainframe modernisatie: vier routes, en wat ze werkelijk kosten
Een mainframe wordt zelden vervangen omdat hij stuk is. Hij wordt vervangen omdat er niemand meer is die hem kent, of omdat een koppeling met de rest van het landschap niet meer te maken is. Dat verschil bepaalt welke route past.
Vier manieren, met hun prijs in risico
Ze worden vaak als een ladder gepresenteerd waarbij de laatste de beste is. Dat is niet zo: alle vier zijn ze op de juiste plek het juiste antwoord.
- Laten staan en beter ontsluitenHet systeem blijft en krijgt een moderne koppeling ernaast, zodat de rest van het landschap er wel bij kan. De goedkoopste route en vaak de verstandigste als het systeem doet wat het moet doen en er alleen niets bij kan.
- Verplaatsen zonder te herschrijvenDezelfde toepassing, andere onderliggende laag — emulatie of een omgeving bij een leverancier. Het risico is laag omdat de logica niet verandert; wat je oplost is de hardware en de kennis eronder, niet de leesbaarheid van de code.
- HerbouwenDe functionaliteit opnieuw bouwen op een moderne stack. Het duurst, het langst en het enige dat de oorspronkelijke complexiteit werkelijk opruimt. Alleen te verdedigen als er iemand is die kan uitleggen wat het oude systeem doet, en dat is precies het probleem dat het traject veroorzaakte.
- Vervangen door standaardsoftwareAls het proces niet uniek is: een pakket in plaats van maatwerk. De grootste besparing op termijn en de grootste botsing op korte termijn, want het proces moet zich naar het pakket voegen en niet andersom.
Wat wij hierin doen, en wat niet
We zijn geen applicatiebouwer en we doen niet alsof. Dit is waar wij in zo’n traject van waarde zijn.
De omgeving eromheen
Netwerk, opslag, koppelingen, back-up en de nieuwe platformlaag. Bij elke route is dat werk er, en het is het deel dat een applicatietraject vertraagt als het niet klaarstaat.
Mensen die het traject dragen
Netwerk-, cloud- en systeembeheer via detachering, voor de periode dat er twee omgevingen naast elkaar draaien. Dat is de fase waarin een team standaard te klein is.
Wat wij niet doen
De toepassing herschrijven, de bedrijfslogica ontleden of een migratie van de code voor onze rekening nemen. Daar zijn partijen voor die niets anders doen; wij zeggen dat liever vooraf dan halverwege.
Verder lezen
Waar dit op aansluit.
Vragen die we hierover krijgen
De vragen die het vaakst langskomen, kort beantwoord.
Doen jullie de applicatiemigratie zelf?
Nee. Wij doen de omgeving eromheen — netwerk, opslag, koppelingen, back-up en de nieuwe platformlaag — en we leveren mensen voor de periode dat twee omgevingen naast elkaar draaien. Het herschrijven van de toepassing hoort bij partijen die niets anders doen.
Is laten staan een serieuze optie?
Vaak de verstandigste. Als het systeem doet wat het moet doen en het probleem is dat de rest van het landschap er niet bij kan, dan is een moderne koppeling ernaast goedkoper en veel minder riskant dan herbouwen.
Welke route past bij dit systeem?
Vertel wat er draait, wie het kent en waar het knelt. We zeggen welke van de vier routes we zouden nemen en welk deel daarvan bij ons hoort.
Praktische IT-kennis in je inbox
Nieuwe gidsen over beheer, beveiliging en de werkplek, geschreven door de mensen die het werk doen. Geen verkooppraat, en afmelden kan met één klik.