Legacy modernisering is een meerjarig programma voor de meeste mid-enterprise organisaties. De redenen: vertrekkende mainframe-ontwikkelaars, toenemende kosten voor onderhoud van Windows Server 2008-resten, en de strengere security-eisen onder NIS2 en DORA. Een moderniseringsstrategie zonder uitwerking van bedrijfswaarde per stap, eindigt vrijwel altijd in een half-afgemaakt traject.
Moderniseringsroutes en wanneer ze passen
Vier hoofdroutes: rehost (lift-and-shift naar cloud zonder code-wijziging), replatform (kleine aanpassingen aan stack), refactor (substantiële code-aanpassing) en rebuild (opnieuw bouwen). Voor mainframe-applicaties is rehost zelden de juiste route. Voor monolieten met goede tests werkt refactor naar microservices. Voor zware legacy zonder tests is rebuild vaak goedkoper dan refactor.
Een keuze hangt af van levensduur-verwachting, beschikbaarheid van expertise en de business-waarde van wijzigingen aan de applicatie. Pak modernisering nooit aan zonder business case per applicatie.
Strangler fig en de incrementele aanpak
Big bang-vervangingen zijn risicovol en duren jaren. De Strangler Fig-patroon vervangt legacy stapsgewijs: nieuwe functionaliteit komt op een moderne stack naast de legacy, oude functionaliteit wordt geleidelijk vervangen, tot de legacy verdwijnt. Voor mainframe-applicaties werkt dit met API-laag tussen legacy en nieuwe componenten.
De Strangler Fig vraagt sterke API-governance en duidelijke ownership-verdeling tussen legacy- en nieuwe-stack teams.
COBOL, JEE en de talent-vraag
COBOL-ontwikkelaars in Nederland zijn gemiddeld 55 jaar of ouder. De talent-pijplijn is uitgedroogd. Voor mainframe-applicaties is modernisering vaak niet een vraag van of, maar wanneer. JEE-monolieten van begin jaren 2000 hebben vergelijkbare uitdagingen: Java is breed beschikbaar, maar specifieke Frameworks (Struts 1.x, oude JBoss) hebben afnemend aanbod.
Voor moderniseringsprojecten geldt: combineer specifieke legacy-experts (die de oude codebase begrijpen) met moderne developers (die de nieuwe stack bouwen). Pure jonge teams zonder legacy-kennis verliezen veel bedrijfslogica in vertaling.
Cloudmigratie en de financiële discussie
Cloudmigratie is vaak een onderdeel van modernisering. Lift-and-shift naar cloud kan zonder code-wijziging maar levert beperkte voordelen. Volledige cloud-native-aanpak vraagt refactor of rebuild. De financiële discussie hangt af van TCO over zeven tot tien jaar, inclusief licenties, energie, hardware en bedienings-kosten.
Voor mainframe-vervangingen is cloud vrijwel altijd onderdeel van de moderniseringsroute. Voor on-prem-applicaties hangt het af van compliancecontext (DORA, BIO) en bedrijfspolitieke voorkeur.
Wat het in praktijk kost
Voor mid-market modernisering van een monolithische applicatie (Java,.NET) naar microservices: 500.000 tot 2,5 miljoen euro, doorlooptijd 12 tot 24 maanden. Voor mainframe-vervanging (COBOL naar moderne stack) bij mid-enterprise: 5 tot 30 miljoen, 24 tot 60 maanden. Voor zware enterprise legacy-vervangingen: 30 miljoen tot honderden miljoenen over meerdere jaren.
Wat onderschat wordt: de organisatie-impact. Legacy zit verweven met bedrijfsprocessen die deels via de oude applicatie zijn opgebouwd. Modernisering raakt vaak ook de processen, niet alleen de techniek.
Een eerlijk gesprek vooraf aan een modernisering
Heeft u een lopende of voorgenomen modernisering? Stuur een bericht met uw situatie in drie zinnen: huidige stack, gewenste eind-situatie en het zwaartepunt van de driver (kosten, security, talent, functionaliteit). Ik koppel u aan een freelance software consultant die deze combinatie uit eigen praktijk kent. Geen pitch, geen accountmanager, geen verkoopgesprek. Reactie binnen een werkdag.
Verwant: Freelance Software specialist, Software-migratie naar cloud.