Veel bedrijven worstelen met hun legacy applicaties. Die verouderde applicaties staan de vooruitgang van je bedrijf flink in de weg, maar hoe los je dat op?

Tijdens AWS Summit Online, een conferentie om kennis te delen en bij te spijkeren over alles wat met de cloud te maken heeft, zag ik een handige tool om te dealen met die verouderde applicaties: het 7R model.

7R MODEL

Dit 7R model laat jouw organisatie kritisch kijken naar het applicatielandschap dat gebruikt wordt. Aan de hand van 7 verschillende strategieën kan jij jouw applicatielandschap verbeteren, zodat je o.a. kosten gaat besparen, sneller kan ontwikkelen of de arbeidsproductiviteit gaat verhogen.

Dus laat je applicaties (weer) voor je werken en geef je bedrijf een flinke voorsprong met het 7R model.

Picture of the 7R model: 1. Retire, 2. Replace, 3. Relocate, 4. Re-platform, 5. Rebuild, 6. Re-use, 7. Re-architect

1. RETIRE

Applicaties die geen duidelijke owner hebben of niet of nauwelijks meer gebruikt worden kunnen een groot risico vormen voor jouw organisatie. Zonder een duidelijke owner is de kans groot dat updates niet doorgevoerd worden en zo neemt de veiligheid drastisch af. Daarnaast is het ook zonde om te betalen voor iets waar je amper gebruik van maakt. Beide zijn dus zeer valide redenen om die applicaties achter de geraniums te zetten.

Resultaat Retire
Kostenbesparing en verhoging van security.

2. REPLACE

Deze strategie is meestal gedreven door “de business”: het vervangen van oude systemen door nieuwe off-the-shelf of SaaS software. Nieuwe oplossingen bieden vaak meer features. Oude applicaties met bijbehorende problemen kunnen worden verwijderd en werkprocessen worden geoptimaliseerd met gestandaardiseerde software, in plaats van maatwerk. Het vervangen van oude software zorgt voor een betere productiviteit en daarmee dus ook kostenbesparing op de lange termijn.

Resultaat Replace
Nieuwe features, betere UX, sneller ontwikkelen, kostenbesparing en verhoging van de productiviteit.

Eventueel nadeel
Het nadeel van standaard off-the-shelf en/of SaaS software zou kunnen zijn dat standaard ook betekent dat de processen standaard zijn en niet dus perfect aansluiten op jouw business. Bij DIJ geloven we dat je een voorsprong kan nemen op je concurrentie door dit nét even anders te doen en je eindklanten te verrassen.

Daarom zien wij, als een applicatie vervangen wordt door standaardsoftware, meer in een scenario als ‘Re-use’. We leggen dan een laag bovenop de applicaties en creëren klein stukje maatwerk waar dat écht nodig is.

3. RELOCATE

Een van de meest gehypte redenen om te beginnen met de cloud: het simpelweg verplaatsen van je applicatie van on-premise naar een cloudomgeving. Veel organisaties realiseren zich niet dat een applicatie verplaatsen niet zo makkelijk is als het klinkt. Dat komt door allerlei koppelingen en integraties, waardoor het verplaatsen uiteindelijk relatief veel tijd kost en dus de behaalde winst tegenvalt.

De echte kracht van cloud ligt wat ons betreft op andere vlakken, dus deze strategie zullen wij je bij DIJ niet vaak aanraden.

4. RE-PLATFORM

Je verplaatst je applicatie naar de cloud, maar sommige componenten vervang je wel door echte cloud componenten. Zoals je reguliere SQL database vervangen door een Amazon RDS variant of je applicatie aansluiten op de intelligentie van AI/ML modellen van Amazon voor personalisatie. En je kan ook gebruik maken van automatisch schalende resources.

Met deze strategie kan inprikken op nieuwe technologie en innovatie, maar wellicht met beperkte impact op jouw applicatie.

Voorbeeld Re-platform
Een mooi voorbeeld hiervan is de Copyright Checker die wij onlangs hebben aangesloten op AWS en Google Vision AI.

Resultaat Replatform
Gebruik maken van nieuwe technologieën, met een low impact op je applicatie.

5. RE-BUILD

Re-build is een optie wanneer de functionaliteit van je applicatie goed aansluit bij wat je nodig hebt, maar de huidige, verouderde technologie ervoor zorgt dat jouw eindgebruikers met moderne devices de applicatie niet meer kunnen gebruiken. Je kan dan je gehele applicatie exact te herbouwen met behulp van modernere technieken, zodat je af bent van van oudere technieken en je een bredere set aan devices kan ondersteunen.

In de praktijk zien we vaak dat, het heroverwegen van een applicatie, in eigenlijk alle gevallen zorgt voor een frisse blik. Daarmee wordt de scope en functionaliteit van een applicatie dus vaak gewijzigd. In dat geval ben je bij één van de andere strategieën aan een beter adres.

6. RE-USE

Door een abstractielaag te leggen over je bestaande (oude) applicatie kan je een nieuwe en betere user experiences leveren aan jouw eindgebruikers, zonder de onderliggende ‘oude’ applicatie aan te raken. Hierbij kun je gebruik maken van een API-gedreven aanpak waarbij je de benodigde functionaliteit uit het oude systeem haalt en een nieuwe voorkant op je bestaande applicatie zet.

Lees hier hoe wij dit in de praktijk hebben gebracht bij transportbedrijf Schotpoort Connect.

Resultaat Re-use
Veel meer flexibiliteit voor jouw organisatie.

7. RE-ARCHITECT

Veel bedrijven hebben unieke processen en zelf ontwikkelde applicaties om deze processen te ondersteunen. Bij DIJ ontwikkelen we dan ook veel maatwerk applicaties voor onze klanten. De afgelopen 20 jaar is er zoveel ontwikkeld en we komen vaak erg oude applicaties tegen die nog steeds gebruikt worden of zelfs bedrijfskritisch zijn.

De grote vraag is: wat moet je hier dan mee? Een veel voorkomende variant van re-architect is het herzien van de gehele de gehele technologie-stack en en heroverwegen om gebruik te maken van nieuwe technieken zoals microservices, schaalbare infrastructuren, CI/CD, DevOps, DevSecOps, cloud-native development, et cetera.

Hierdoor neem je afscheid van oude, niet te onderhouden code en maak je het geheel veiliger. Je stelt je business in staat om de komende jaren door te ontwikkelen en in te prikken op nieuwe technologie.

Bekijk hier hoe we voor Smulweb de 20 jaar oude webapplicatie hebben aangepakt, zodat deze weer stabiel, veilig, schaalbaar en toekomstbestendig is.

Resultaat Re-architect
Het maakt je applicatie veiliger, stabieler, schaalbaar en toekomstbestendig.

Dit waren de 7 strategieën. Ik ben benieuwd welke voor jouw organisatie het beste werkt. Heb je vragen of wil je weten welke strategie nou het beste voor jouw business werkt?

Mail me gerust, want ik help jou graag vooruit!

DIJ Nieuwsbrief: ontvang 4x per jaar handige tips over digitalisering!

Ja, ik meld me aan!

Vrijblijvend innovatie advies? Meld je aan voor ons Digitale Spreekuur!

Ja, ik wil vrijblijvend advies!

Geschreven door: Sven Haveman