Eerst naar de cloud, dan terughalen wat stilstaat

Een directie wil de serverruimte kwijt. De reflex is om eerst het ideale eindplaatje te tekenen: welke last hoort op de cloud, welke op eigen hardware, en pas als dat vaststaat verhuist er iets. Zo'n plan kost maanden. Tegen de tijd dat het klaarligt, klopt de helft van de aannames niet meer, want de last die u probeerde in te schatten hebt u nog nooit gemeten.

Het perfecte eindplan is de verkeerde eerste stap

Placement, de vraag welke workload op welke infrastructuur draait, is tegelijk een kostenvraag en een architectuurvraag. Wie die op voorhand tot in de komma wil vastleggen, schat maandenlang in op cijfers die er nog niet zijn. Uw huidige on-prem verbergt de echte last: de piekuren, de groeicurve, wat een nachtelijke batch werkelijk vreet. U raadt, u giet de gok in een document, en daar bouwt u vervolgens een hele migratie omheen.

Plannen die alles vooraf dichttimmeren, hebben een matige staat van dienst. McKinsey en de Universiteit van Oxford onderzochten in 2012 IT-projecten boven 15 miljoen dollar. Die gaan gemiddeld 45% over budget en leveren 56% minder waarde dan beloofd, en bij 17% loopt het zo hard mis dat het voortbestaan van de organisatie op het spel staat. Hoe zwaarder u de eerste beslissing laat wegen, hoe harder die cijfers aankomen.

Eerst weg van de oude hardware

Draai de volgorde om. Kies nog geen eindplaats. Kom eerst los van de verouderde on-prem: til de last op naar een EU-cloud, of herbouw ze daar waar dat sneller gaat. Cloud vraagt geen capex, u zet capaciteit aan en weer af, en u draait binnen weken in plaats van na een hardware-aankoop met levertijd. Dat koopt u twee dingen: ruimte om te schalen zonder nieuwe serverruimte, en tijd om te zien hoe de last zich werkelijk gedraagt.

Cloud-first is niet hetzelfde als de rommel meenemen. Til u een omslachtig proces op naar dure, elastische infrastructuur, dan betaalt u die omslachtigheid voortaan per uur. Ruim daarom eerst op wat weg kan. Een proces-audit legt vast waar de last echt zit voordat er iets verhuist, zodat u de schone workloads verhuist en niet de gewoontes eromheen.

Meet eerst, plaats daarna

Zodra de last in de cloud draait, kunt u meten in plaats van raden. Per workload ziet u nu wat hij kost en hoe zwaar hij weegt, uur na uur, week na week. Met die cijfers op tafel wordt placement een onderbouwde keuze.

Cloud verdient zijn premie op last die beweegt. Pieken rond een campagne, een maandafsluiting of een seizoen. Verwerking die de ene dag tien keer zwaarder weegt dan de volgende. Daar is betalen per gebruik goedkoper dan een serverpark dat het hele jaar op de piek staat volgezet. Zodra de last niet meer beweegt, kantelt de rekening.

Een dienst die zeven dagen per week op ongeveer dezelfde belasting draait, is een voorspelbare basislast. Daarvoor is de flexibele cloudprijs een premie voor opschaalvermogen dat u nooit inzet. Zulke workloads horen op hardware die u zelf bezit of least, waar de kost per eenheid over een paar jaar lager ligt. Meet de basislast, en breng ze terug.

Terughalen is eindelijk goedkoop

Lang zat de rem op terughalen in de exitkost. Wie de cloud verliet, betaalde egress per gigabyte om de eigen data mee te nemen. In 2024 viel die drempel weg. Google Cloud schrapte in januari de egresskosten voor wie vertrekt, AWS volgde op 5 maart 2024, mede onder druk van de Europese regelgeving.

Die regelgeving is de Data Act, Verordening (EU) 2023/2854, van toepassing sinds 12 september 2025. Ze verplicht aanbieders tot overstapbaarheid en functionele gelijkwaardigheid, en bouwt overstap- en egresskosten af. De Data Act geeft u zo een recht op overstap, met een grens op wat een aanbieder u daarvoor mag aanrekenen. Een workload terughalen naar eigen hardware draagt daardoor geen boete meer bovenop het gewone werk.

Dat zien we terug in de cijfers. De Barclays CIO Survey van 2024 vond dat 83% van de CIO's dat jaar minstens één workload uit de publieke cloud wilde terughalen, tegenover 43% eind 2020, met kost als belangrijkste drijfveer. Let op de nuance: volledige exits blijven zeldzaam en de meeste organisaties blijven hybride. Het gaat om het selectief terugplaatsen van de workloads waar het loont, niet om de cloud afzweren.

De stack die verhuizen zonder herbouw mogelijk maakt

Dit werkt alleen als een workload kan verhuizen zonder telkens opnieuw gebouwd te worden. Daar is de stack de sleutel. Draait alles in containers op Kubernetes, met PostgreSQL en ClickHouse eronder, dan is de infrastructuur waarop het loopt inwisselbaar. Dezelfde container draait op een EU-cloud en op uw eigen hardware, zonder herschrijven en zonder gesloten formaat dat u aan één aanbieder bindt. Zo staat het platform los van de plek waar het toevallig draait, en verandert een verhuizing in werk dat uw team zelf plant.

Placement blijft in beweging

Placement verandert mee met uw bedrijf. Last verschuift, een product groeit, een piek zakt terug tot basislast of andersom. Meet, plaats, en herplaats zodra de cijfers kantelen. Dat ritme past bij hoe wij werken: een IT FinOps audit legt de kost en de last bloot voordat er iets verhuist, en de bouw loopt in golven met een go of no-go per stap, zodat elke verhuizing meetbaar blijft.

Het voordeel van deze volgorde groeit mee. De cloud vangt de last op die beweegt, eigen hardware draagt de last die stilstaat, en omdat beide dezelfde container draaien schuift u een workload van de ene naar de andere zodra de cijfers daarom vragen. Uw volgende piek of basislast wordt dan geen migratieproject, maar een meting en een knop.