Legacy-systemen zijn vandaag vaak cruciaal voor het goed functioneren van een organisatie. Echter dragen ze een hoog operationeel kostenplaatje met zich mee en wordt het steeds moeilijker om de juiste mensen te vinden die ze kunnen beheren en onderhouden.
Het is een hele uitdaging om dit soort verouderde en vaak monolithische applicaties te aligneren met het huidige en toekomstige digitale tijdperk, alsook om hen up-to-date te houden in lijn met de snelheid waarmee bedrijven aan het bewegen zijn. De kans bestaat hierdoor dat een bedrijf niet langer voldoende snel kan beantwoorden aan de behoeften en de verwachtingen van z’n sector en/of klanten.
Het correct beheren van uw applicatielandschap en het inzetten van een modernisatietraject zorgen er mede voor dat u snel kan schakelen. Moderniseren verlaagt daarnaast ook nog eens uw technische schuldenberg. Vandaag staan dan ook alle sterren goed om ervoor te gaan. Er zijn verschillende manieren om hiermee aan de slag te gaan, we lichten ze u toe.
De juiste tactiek voor uw context
Eens u de beslissing hebt genomen om een applicatie te moderniseren, is het tijd om in de diepte te duiken. Het huidige applicatielandschap wordt tot in detail in kaart gebracht en geëvalueerd om zo te kunnen bepalen hoe deze het best te moderniseren valt. Een aantal vraagstukken zoals: Kan een bepaalde applicatie bijvoorbeeld naar de cloud gebracht worden?, worden beantwoord.
Daarnaast wordt best ook een functionele discussie gevoerd: Waar moet het applicatielandschap naartoe evolueren? Welke businessnoden worden er vandaag de dag wel of (nog) niet afgedekt?
Al die informatie wordt in de weegschaal gegooid om enkele architecturale keuzes te maken en de technische vereisten van het modernisatietraject in kaart te brengen. De gekozen weg vooruit wordt best nog eens voorgelegd ter review aan alle stakeholders, zodat alle neuzen in dezelfde richting staan en er een concreet plan van aanpak kan gecreëerd worden.
Eenmaal alles in kaart gebracht is en het duidelijk is welke modernisaties nodig zijn, kunnen een hele reeks aan modernisatiestrategieën ingezet worden. De meest passende wordt bepaald op basis van het beschikbare budget en de vereisten die uit het voorgaande onderzoek kwamen.
- Rehost: De welbekende Lift & Shift. Dit gaat puur over infrastructuur, servers worden in de cloud gezet, maar aan de applicaties zelf wordt niet geraakt.
- Replatform: Klassieke infrastructuurcomponenten worden vervangen door Platform as a service (PAAS) componenten, bv. databank, identity en application server. De meerwaarde op vlak van applicaties is nog beperkt maar een replatform-strategie zorgt alvast voor een forse kostenbesparing op het vlak van infrastructuur en het beheer van de infrastructuur.
- Refactor: De bestaande code wordt onder de loep genomen en wijzigingen worden aangebracht om de code op een hedendaags niveau te krijgen. Meestal wordt daarvoor de applicatie in stukken opgedeeld en gebeurt de refactoring module per module.
- Rebuild: Dit betreft het volwaardig herschrijven van de bestaande applicatie(s).
- Retire: Als het sop de kolen niet meer waard is, wordt er niks gedaan en sterft de applicatie een stille dood.
- Retain: Het kan uiteraard ook steeds een valabele keuze zijn om nog niet te moderniseren en de applicatie (tijdelijk) te behouden in zijn huidige vorm.