Als we het over afhankelijkheid in de cloud hebben, gaat het al snel over geopolitiek en buitenlandse wetgeving. Dat zijn reële bedreigingen, maar ze voelen soms abstract. De werkelijke pijn van het verlies van regie zit vaak in iets veel alledaagser. Het zit in de controle over je eigen operationele systemen. Of beter gezegd: het gebrek daaraan.
De dictatuur van de gedwongen update
Wie zit er werkelijk aan de knoppen
Hyperscalers opereren op een onvoorstelbare, wereldwijde schaal. Dat dwingt hen tot standaardisatie. Als een gigant als Microsoft of Google besluit dat het tijd is voor een ingrijpende update, dan rolt die wereldwijd uit.
Natuurlijk doen ze dat zorgvuldig: updates worden vaak via gecontroleerde ‘deployment rings’ of zones gefaseerd doorgevoerd om risico’s te minimaliseren. Maar het cruciale punt is: de uiterste deadline staat muurvast en jij bepaalt niet in welke ring je zit. Voor big tech is deze standaardisatie een logisch en noodzakelijk proces. Voor jou als IT-beslisser betekent het dat je verplicht bent om te volgen. Zelfs als je een grote speler op de Nederlandse markt bent met duizenden medewerkers, heb je op wereldwijde schaal maar weinig invloed. Jouw specifieke wensen of bezwaren wegen simpelweg niet mee in hun roadmap.
De timing is zelden jouw timing
Het probleem is dat de agenda van een Amerikaanse hyperscaler zelden synchroon loopt met jouw bedrijfsritme. Stel je voor dat je een grote zorgverzekeraar bent. Tussen oktober en eind januari zit je midden in je absolute piekseizoen rondom de nieuwe zorgpremies en overstappende klanten. Het systeem moet in die maanden stabieler draaien dan ooit. Elke minuut downtime kost geld, reputatieschade en je hanteert logischerwijs een strikte ‘IT-freeze’ van ruim drie maanden.
Het laatste wat je op dat moment wilt, is een verplichte update van je fundamentele cloud-infrastructuur. Een update die mogelijk onvoorziene risico’s met zich meebrengt of zwaar testwerk van je team vraagt. Toch loop je bij een hyperscaler in zo’n situatie al snel tegen een muur aan. Natuurlijk bieden ze maintenance windows om updates kortstondig in te plannen. Maar voor infrastructuur kun je een update vaak maximaal 35 dagen pauzeren, en voor managed platformdiensten (PaaS) zoals Azure Logic Apps heb je op de achtergrond vaak helemaal geen inspraak. Een volledige, afgedwongen IT-freeze van drieënhalve maand aanvragen is simpelweg onmogelijk. Je moet uiteindelijk mee in hun ritme, zelfs als dat jouw primaire bedrijfsvoering op een cruciaal moment in gevaar brengt.
De onzichtbare operationele kill switch
We spreken vaak over een ‘kill switch’ in de zin van een overheid die de stekker eruit trekt. Maar een verplichte update op het verkeerde moment is ook een vorm van een kill switch. Het is een externe partij die beslist wat er met jouw applicatielandschap gebeurt.
Dit legt een enorme en onnodige druk op IT-afdelingen. Je wordt gedwongen om capaciteit en budget vrij te maken voor veranderingen die op dat moment helemaal geen prioriteit hebben voor jouw organisatie. Je verliest de autonomie over je eigen IT-roadmap.
Het alternatief is simpelweg overleggen
Dit contrast wordt erg duidelijk wanneer je kijkt naar de dienstverlening van een lokale, soevereine cloudprovider. Probeer bij een naderende update van Google of Azure maar eens iemand aan de lijn te krijgen om structureel uitstel aan te vragen voor jouw specifieke situatie. Je vindt nergens een telefoonnummer en jouw seizoenspiek is voor hen geen argument om een wereldwijd proces te pauzeren.
Bij een lokale cloudpartner is die dynamiek fundamenteel anders. Je hebt direct toegang tot een helpdesk met experts die jouw taal spreken. Je bent daar geen anoniem nummertje, maar een gewaardeerde klant. Komt een update in november extreem slecht uit vanwege het premieseizoen? Dan pak je de telefoon, overleg je met de experts en spreek je af om de update voor jouw omgeving simpelweg op te schuiven tot nà de piek in februari.
Regie over je eigen applicaties
Nogmaals: voor specifieke oplossingen en wereldwijde schaalbaarheid zijn hyperscalers onmisbaar. Maar we moeten stoppen met het klakkeloos accepteren van dit dwingende ritme voor systemen die dat helemaal niet nodig hebben.
Bedrijfskritische applicaties die stabiel draaien en geen extreme schaalbaarheid vereisen, zijn vaak veel beter af in een omgeving waar jij zelf de agenda bepaalt. Digitale autonomie gaat niet alleen over waar je data staat. Het gaat erom dat jij als organisatie weer beslist wanneer en hoe jouw applicaties veranderen.