Modernisering van legacy-applicaties
Je oude systeem werkt nog. Het slokt ook budget op en houdt tegen wat je hierna wilt doen. Globaprom pakt de modernisering van legacy-applicaties module voor module aan: we bouwen het deel dat het meeste pijn doet opnieuw, koppelen het aan het oude systeem en herhalen dat, zonder big-bang-herbouw. Elke stap heeft een vaste prijs en wordt opgeleverd als code die van jou is.
Waarom het oude systeem steeds duurder wordt
Een legacy-applicatie is software die nog dagelijks wordt gebruikt maar technisch over de datum is: een verouderde Access-database, een VB6-applicatie, een PHP-systeem waar niemand aan wil komen. Het werkt, tot het in de weg zit bij wat je hierna moet doen.
Het draaiende houden wordt elk jaar duurder. De analyse van technologiebudgetten van Deloitte (2020) stelde vast dat 55% van de technologiebudgetten naar het onderhouden van bestaande systemen gaat, tegen 19% voor innovatie.
Elke module die je moderniseert, drukt minder op dat onderhoudsbudget. Bekijk wat een eerste stap kost.
Waarom niet gewoon herschrijven?
Een big-bang-herbouw zet het oude systeem uit en het nieuwe aan in één overstap. Dat mislukt vaak genoeg dat we het niet verkopen. Het bedrijf kan niet stilstaan terwijl een herbouw van jaren zijn achterstand inhaalt, de eisen schuiven tijdens het wachten op, en al het risico van de livegang valt op één dag.
De veiligere route is stapsgewijze vervanging, vaak het strangler-fig-patroon genoemd (naar de wurgvijg). Een nieuw systeem groeit rond het oude en neemt stuk voor stuk taken over, tot er van het origineel weinig overblijft. Het bedrijf blijft bij elke stap draaien, en elke stap bewijst zijn waarde voordat de volgende begint.
Hoe de incrementele aanpak werkt
We beginnen bij de module die het meeste pijn doet: het traagste scherm, de riskantste invoer, het rapport dat steeds stukgaat. We bouwen die opnieuw als moderne webapplicatie, koppelen hem via de database of een API aan het legacy-systeem en zetten hem voor de gebruikers neer. Het oude systeem blijft al het andere afhandelen. Daarna gaan we door naar de volgende module.
Data migreert in gecontroleerde stappen, niet in één zenuwslopend weekend. Elke stap heeft een weg terug als er iets niet klopt. AI-ondersteunde ontwikkeling (vibecoding) houdt elke stap klein genoeg om in de eerste maand waarde te leveren.
De brug tussen oud en nieuw is meestal een integratielaag, gebouwd zoals onze API-integratiediensten.
Een typisch startpunt
Een team draait zijn operatie op een interne applicatie van tien jaar oud. Die werkt alleen op één verouderde server, geen enkele huidige medewerker begrijpt hem volledig, en geen browser toont hem netjes.
We stellen niet voor om alles te vervangen. We bouwen de ene workflow die medewerkers elke dag gebruiken opnieuw als modern scherm, koppelen die aan de bestaande database en laten de rest draaien. De dagelijkse ergernis is binnen weken weg, en de riskante onderdelen gaan volgens planning met pensioen in plaats van van de ene op de andere dag.
Hoe Globaprom het bouwt
Elke stap wordt schriftelijk afgebakend, tegen een vaste prijs, en in weken opgeleverd. De nieuwe code is van jou en staat in je repository, met single sign-on, rolgebaseerde toegangscontrole en auditlogs.
Deze dienst hoort bij onze ontwikkeling van interne tools op maat voor IT-teams, en de herbouwde modules krijgen vaak de vorm van een maatwerk-beheerpaneel. Staan ze eenmaal live, dan houdt een optioneel onderhoudsplan ze bijgewerkt en in de gaten.
Veelgestelde vragen
Moeten we het hele legacy-systeem in één keer vervangen?
Nee, en we raden het af. We vervangen één module tegelijk met het strangler-fig pattern, waarbij we elk nieuw stuk aan het oude systeem koppelen zodat het bedrijf blijft draaien. Big-bang herbouw draagt te veel risico, dus we knippen het werk op in kleine, bewijsbare increments.
Wat gebeurt er met onze data tijdens de modernisering?
Data beweegt in beheerste stappen, niet in één riskante omschakeling. Elk increment migreert alleen de data die het nodig heeft, houdt het legacy-systeem als bron van waarheid tot de nieuwe module bewezen is, en komt met een weg terug als iets er verkeerd uitziet.
Kunnen jullie een systeem moderniseren dat in een oude technologie als Access of VB6 is gebouwd?
Ja. Verouderde Access-databases, VB6-applicaties en oude PHP-systemen zijn veelvoorkomende startpunten. We koppelen eraan via hun database of elke beschikbare interface, bouwen eerst de pijnlijkste module opnieuw, en faseren de oude technologie op een schema uit in plaats van in één keer.
Begin met de module die het meeste pijn doet
Vertel ons welk oud systeem je roadmap ophoudt. We bakenen de eerste stap af met een vaste prijs en een opleverdatum in weken.