Ergens in elk maatwerktraject komt de vraag op tafel waar de software gaat draaien. Het standaardantwoord is tegenwoordig de cloud, en meestal is dat ook het juiste antwoord. Maar het is een ontwerpkeuze, geen automatisme. De voordelen zijn reëel; de marketingversie ervan belooft alleen meer dan de praktijk waarmaakt.
Eerst wat het betekent. Maatwerksoftware in de cloud is je eigen applicatie, ontwikkeld voor jouw organisatie, die draait op servers die je huurt bij een cloudleverancier in plaats van op hardware in je eigen pand. De code en de data blijven van jou; alleen de infrastructuur eronder is gehuurd. Dat is iets anders dan SaaS, waarbij je een abonnement neemt op software die van de leverancier is en die je deelt met al zijn andere klanten. Het verschil tussen maatwerk en SaaS werkten we eerder uit; hier gaat het om de vraag waar je eigen software het beste draait.
Wat de cloud je in de praktijk oplevert
Het grootste voordeel is dat je geen eigen servers hoeft aan te schaffen en te onderhouden. De aanschaf, de stroomvoorziening, de fysieke beveiliging en de vervangingscyclus liggen bij de cloudleverancier; jij betaalt voor wat je afneemt. Een grote investering vooraf wordt zo een maandelijkse kostenpost die meebeweegt met je gebruik.
Daarnaast groeit de omgeving mee met je organisatie. Meer gebruikers, meer opslag of een piek in de verwerking betekent capaciteit bijzetten, niet servers bijbestellen, en na de piek schaal je weer terug. Nieuwe versies uitbrengen wordt ook eenvoudiger: een release gaat centraal live en iedereen werkt er direct mee, zonder installatierondes per werkplek. Hoe dat in de praktijk gaat, lees je in kan maatwerksoftware automatisch updates ontvangen. En de bouwstenen voor continuïteit, van automatische back-ups tot een tweede datacenter, zijn bij een cloudleverancier beschikbaar zonder dat je er zelf hardware voor neerzet.
Wat de cloud niet voor je regelt
Beschikbaar is niet hetzelfde als geregeld. De cloudleverancier houdt de hardware en het netwerk draaiend; alles daarboven is jouw verantwoordelijkheid, of die van je ontwikkelpartner. Back-ups moeten worden ingericht en af en toe worden teruggezet om te bewijzen dat ze werken. Uitwijk naar een tweede locatie moet worden ontworpen en betaald. Toegangsrechten, versleuteling, updates van de software zelf en monitoring blijven werk dat iemand moet doen. Een applicatie in de cloud zonder die afspraken is niet veiliger dan een server in een kantoorkast, alleen verder weg.
Ook de kosten verdienen een nuchtere blik. Betalen naar gebruik is aantrekkelijk zolang het gebruik wisselt. Draait een systeem dag en nacht op volle kracht, dan loopt de teller door, en een testomgeving die niemand uitzet kost elke maand geld. Wie de cloud kiest, kiest dus ook voor iemand die het verbruik in de gaten houdt.
Tot slot de afhankelijkheid. Elke grote cloudleverancier biedt eigen diensten die het ontwikkelen versnellen: beheerde databases, wachtrijen, functies die zonder eigen server draaien. Hoe meer je daarvan gebruikt, hoe vaster je aan die leverancier zit, omdat verhuizen betekent dat die onderdelen opnieuw gemaakt moeten worden. Dat is geen reden om ze te mijden, wel om die keuze bewust te maken. Hoe je vendor lock-in bij maatwerksoftware voorkomt beschreven we eerder.
Wanneer on-premise of hybride wint
Er zijn situaties waarin de cloud het aflegt. Soms schrijven contracten of toezichthouders voor dat data binnen de eigen muren blijft, of wil je zelf de sleutels van de versleuteling in handen houden. Soms staat de software letterlijk naast de machines die hij aanstuurt: daar telt elke milliseconde en moet het werk doorgaan als de internetverbinding wegvalt. En bij een zware, constante en voorspelbare belasting kan eigen hardware over de jaren voordeliger uitpakken dan huren.
Vaak is het antwoord dan niet of-of maar hybride. Neem een productieomgeving waar machines doorlopend meetgegevens afgeven en direct aangestuurd worden. Het deel van de software dat die machines aanstuurt draait op een server op de werkvloer zelf: snel, en onafhankelijk van de verbinding naar buiten. Dat lokale deel stuurt zijn gegevens door naar een clouddeel, waar de planning, de rapportages en de koppeling met het ERP-systeem draaien en waar het management en de buitendienst van overal bij kunnen. Valt de verbinding weg, dan werkt de vloer door en haalt de cloud later de achterstand in. Dat is geen compromis, maar een ontwerp dat elk onderdeel laat draaien waar het het beste tot zijn recht komt.
Vijf vragen die de keuze bepalen
De keuze voor een draaiomgeving begint niet bij techniek, maar bij een handvol vragen over je organisatie:
- Welke data verwerkt het systeem, en waar mag die staan? Wat de AVG van maatwerksoftware vraagt, geldt ongeacht waar de software draait, en in sommige sectoren komen daar eigen regels bovenop.
- Wat kost een uur stilstand, en wie moet er dan iets kunnen doen?
- Met welke systemen moet de software koppelen, en waar draaien die?
- Hoe voorspelbaar is de belasting, nu en over een paar jaar?
- Wie beheert de omgeving straks, en welke kennis is daarvoor in huis?
De antwoorden wijzen in de meeste trajecten richting de cloud, geregeld richting hybride en een enkele keer richting volledig eigen beheer. Niet het etiket telt, maar wat er bij je organisatie, je data en je mensen past. En de keuze is minder definitief dan hij lijkt: software die goed is opgebouwd kan later verhuizen, zolang je niet te diep in de eigen diensten van één leverancier bent gegroeid.
Sta je voor deze keuze, of vraag je je af of je huidige systeem nog op de juiste plek draait? Bij het ontwikkelen van maatwerkapplicaties hoort het advies over de omgeving waarin ze draaien, en dat gesprek begint bij je vraagstuk, niet bij een datacenter.