Skip to main content

Toen Tangoe zijn rapport over stijgende cloudkosten publiceerde, waren de bevindingen alarmerend, maar niet bepaald verrassend. Cloudfacturen van ondernemingen zijn tot 30% gestegen, waarbij de meeste bedrijven ze “onbeheersbaar” noemen. Civo bevestigde de trend en merkte op dat de uitgaven bij bijna 60% van de organisaties vorig jaar zijn gestegen, en dat de kosten bij bijna 40% met meer dan 25% zijn toegenomen. 

“Cloudcomputing hoeft niet onbetaalbaar te zijn”, zegt Nigel Gibbons, senior adviseur bij NCC Group. Als dat wel zo is, wijst dat erop dat er iets misgaat, vooral wanneer het beheersen van cloudkosten een topprioriteit is voor leidinggevenden, ondanks toenemende eisen aan engineering en uitgebreid gebruik van omwegen bij GenAI-implementaties. 

Benieuwd wat deze pieken veroorzaakt en hoe je ze onder controle krijgt? Lees verder.

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

De verborgen oorzaken van cloudkosten 

Volgens Nigel betekent cloud op de juiste manier inzetten dat de manier van denken en de verwachtingen binnen de hele organisatie opnieuw op elkaar moeten worden afgestemd, “van de bestuurskamer tot de kelder”. Dat is de enige manier waarop de cloud effectief kan meegroeien zonder je winstgevendheid aan te tasten. 

Maar om die omslag te maken, moeten we eerst vaststellen waar de afstemming ontbreekt en waarom dit ervoor zorgt dat je cloudkosten de pan uit rijzen. 

Hier zijn 5 verborgen boosdoeners achter stijgende cloudfacturen:

  1. Slecht gedimensioneerde architectuur: Veel organisaties voorzien te veel cloudresources of benutten ze onvoldoende. Uit een audit van Flexera onder meer dan 60 klanten bleek dat 40% van de instanties van virtuele machines één maat te groot is. Inactieve resources zijn net zo problematisch: “altijd aan”-configuraties verspillen jaarlijks tot $27.1 billion wanneer resources tijdens perioden met weinig vraag actief blijven. Zoals Nigel het verwoordt: “Verwachten dat een migratie volgens het lift-and-shiftmodel een magische oplossing is, is een vergissing. Wanneer organisaties workloads niet afstemmen op geschikte diensten, optimalisatieplanning verwaarlozen of ongebruikte resources niet buiten gebruik stellen, lopen de kosten snel op.”
  2. Schaduw-IT & gebrek aan inzicht: Maar liefst 54% van de bedrijven noemt “gebrek aan inzicht in clouduitgaven” de reden achter hun cloudverspilling, volgens Anodot. Zonder duidelijk toezicht kan ongeautoriseerde provisioning voor chaos in de cloud zorgen, waarbij zelfs overtollige diensten en opgeblazen facturen ontstaan. Het is niet verrassend dat 82% van de incidenten op het gebied van cloudbeveiliging voortkomt uit deze lacune in inzicht, waardoor zowel de herstelkosten als de operationele kosten stijgen. 
  3. Verborgen kosten voor gegevensoverdracht: Gegevensoverdrachten worden vaak gezien als een kleine kostenpost, maar als ze niet worden gecontroleerd, kunnen ze goed zijn voor 20% van je cloudfactuur, vooral bij hyperscalers zoals AWS. Het te lang bewaren van logboeken, overtollige gegevensreplicatie en slecht levenscyclusbeheer maken de situatie alleen maar erger. Hyperscalers bieden slechts beperkte gratis overdracht (100-200 GB), maar nu er dagelijks 402.74 miljoen terabytes aan gegevens wordt gecreëerd, verdwijnt die buffer snel.
  4. AI-haast van organisaties: Zelfs het rapport van Tangoe wijst AI aan als de grootste boosdoener achter de stijgende cloudkosten. In de haast om AI te omarmen, voorzien veel C-suite-leiders cloudresources van een te grote capaciteit zonder zich dat te realiseren. Het trainen en verfijnen van grote modellen verbruikt veel meer rekenkracht dan verwacht. Voeg daar de kosten voor het opslaan en overdragen van enorme datasets aan toe en je hebt een recept voor budgetoverschrijdingen.
  5. Slecht API-beheer: In microservicesarchitecturen zorgen slecht gestructureerde API-aanroepen voor een waterval aan overtollige gegevensopvragingen. Dit belast niet alleen de gegevensopslag, maar verbruikt ook meer resources bij het uitvoeren van cloudinstanties. Onnodige tussenstappen via API-gateways tussen interne diensten drijven de kosten verder op. Denk aan één financiële transactie die ongeveer negen interne aanroepen activeert. Dat klinkt niet zo erg, totdat je opschaalt. Bij een miljoen dagelijkse transacties betekent dat $1,000 die verloren gaat. Maandelijks lijkt dat misschien weinig, maar voor kleine bedrijven is het een flinke klap.

Get regular tech leadership wisdom for delivering better software and systems.

Cloudkosten beheersen: strategieën voor CTO's 

Voordat cloudkosten je budget laten ontsporen, zijn hier vier manieren om de overbodige uitgaven terug te dringen:

1. Krijg inzicht in je cloudfacturen 

De woorden van Peter Drucker, “Je kunt niet verbeteren wat je niet kunt meten,” zijn ook van toepassing op cloudkosten. Het meten van kosten kan echter riskant zijn als je niet weet waar je op moet letten. Inzicht in cloudkosten is essentieel om te begrijpen hoe resources worden gebruikt, problemen te signaleren die de prestaties kunnen beïnvloeden en precies te weten welke middelen je hebt om je aanvalsoppervlak vast te stellen. 

Nigel benadrukt dat het taggen en labelen van cloudbronnen essentieel is om dit inzicht te verkrijgen. Voor de beste resultaten: 

  • Implementeer scripts om tags automatisch bij te werken wanneer bronnen veranderen (bijvoorbeeld bij schaalgebeurtenissen of het verplaatsen van bronnen), zodat de gegevens relevant blijven zonder handmatig onderhoud. Je kunt tags ook integreren in je IaC-platform, als je Terraform gebruikt.  
  • Richt je op grote kostenposten zoals rekenkracht, opslag en databases, en verbind deze met bedrijfsgerichte KPI's (omzetprojecties, klantsegmenten). Gebruik drempelwaarden op basis van deze tags en stel waarschuwingen in om onverwachte kostentoenames te signaleren. 
  • Integreer tagging in implementatiepijplijnen om consistente tagging zonder handmatige tussenkomst te garanderen voordat bronnen live gaan.

Gelukkig bieden de meeste hyperscale-cloudleveranciers, zoals AWS, Azure en Google Cloud, al ingebouwde tools voor inzicht – AWS Cost Explorer, Azure Cost Management en Google Cloud Cost Management – voor geografische tagging, geautomatiseerde waarschuwingen en het nauwkeurig identificeren van kostenfactoren (ongebruikte EC2-instances of wildgroei van cloudbronnen). 

2. Maximaliseer de cloudefficiëntie met elastische architectuur  

Volgens Nigel kunnen het op de juiste schaal brengen van je cloudarchitectuur en het regelmatig herzien ervan de cloudkosten beheersbaar houden. “Elke beslissing moet worden genomen vanuit een risicogestuurde aanpak om cyberveerkracht voor te blijven,” adviseert hij. Dat is echter makkelijker gezegd dan gedaan. Technische schuld, enorme datasilo's en verouderde inrichtingspraktijken maken het moeilijk om cloudelasticiteit toe te passen en vergroten zelfs de risico's die samenhangen met het inrichten van cloudbronnen. Toch moet je ergens beginnen.

Voortbouwend op dit idee benadrukt Claus Jepsen, directeur Product & Technologie bij Unit4, de gevaren van een simplistische cloudmigratie:

"Hoewel de overstap naar de cloud de mogelijkheid biedt van meer efficiëntie en kostenbesparingen, lopen veel bedrijven deze kans mis door hun oude applicaties simpelweg ‘op te tillen en te verplaatsen’. Een cloudmigratie kan de enorme hoeveelheid rekenkracht die je met een legacy-systeem gebruikt minder zichtbaar maken, maar pakt de onderliggende inefficiënties in je software niet aan. Om oplopende kosten en koolstofemissies te voorkomen, moet je het cloudmigratieproces benutten om je kernsystemen opnieuw te doordenken.

Een oplossing is het loskoppelen van lichtgewicht diensten van de kernarchitectuur van de applicatie. Door microservices of nanoservices zo te configureren dat ze alleen worden gestart wanneer ze worden gebruikt, kun je zowel de koolstofemissies als de rekeningen van je cloudleverancier aanzienlijk verlagen.

Om het energieverbruik in de cloud te illustreren: een grote, monolithische applicatie is als een huis waarin de lichten altijd aanstaan. Een systeem dat op microservices draait, lijkt daarentegen op een huis met veel kleine kamers, waar de lichten alleen worden aangezet wanneer je in de betreffende kamer bent.

Mijn advies aan IT-leiders: neem microservices op in je RFP-criteria voor cloudoplossingen en formuleer je interne businesscase in termen van de dubbele voordelen van duurzaamheid en financieel rendement."

Het opvolgen van Jepsens advies betekent dat je microservices of nanoservices opneemt in je architectuurstrategie, zodat bronnen rechtstreeks aansluiten op bedrijfsactiviteiten en verbruik.

Nigel stelt voor om te beginnen met het instellen van schaalbeleid op basis van historische metrieken, zoals CPU-gebruik, geheugengebruik of het aantal aanvragen. Je eerdere gegevens over geografische tagging kunnen helpen bij het bepalen van drempelwaarden en afkoelperioden om snelle schommelingen in het schalen te voorkomen.

Stem afzonderlijk schaalbeleid af op verschillende componenten, zoals je weblaag tegenover je databaselaag. Deze gerichte aanpak vermindert inactieve capaciteit, stabiliseert de applicatieprestaties en verbetert de algehele cloudefficiëntie. Voor besparingen op lange termijn en cloudefficiëntie kun je het volgende toepassen: 

  • Serverloze architectuur door apps te refactoren naar gebeurtenisgestuurde microservices met AWS Lambda, Azure Functions of Google Cloud Functions. Traditionele architecturen voorzien vaak te veel resources van capaciteit, "voor het geval dat", wat leidt tot verspilde uitgaven. Serverloze architectuur lost dit op door alleen de werkelijke rekentijd in rekening te brengen. 
  • Containers met orkestratie door je apps in containers te verpakken met Dockering voor consistente omgevingen. Implementatie met Kubernetes stelt je in staat automatisch te schalen op basis van realtime gebruikspatronen, zodat resources meebewegen met de vraag in plaats van vast te staan. Door resourcelimieten in te stellen, voorkom je dat één service meer verbruikt dan nodig is. Dit is een veelvoorkomende oorzaak van onverwachte cloudrekeningen wanneer het gebruik onverwacht piekt.
  • Een multiregio- en multicloudstrategie door locatieonafhankelijke applicaties te bouwen. Applicaties die niet aan één locatie zijn gebonden, verminderen de latentie voor wereldwijde gebruikers en verbeteren de veerkracht tegen regionale storingen. Door verkeer te routeren op basis van latentie of kosten, krijgen gebruikers snellere responstijden terwijl de uitgaven beheersbaar blijven. 

3. Onderhandel over leveranciersovereenkomsten 

Azure kan met een abonnement van 3 jaar 72% goedkoper zijn. Zelfs zonder een langetermijncontract bieden Microsoft EAs bestaande Azure-gebruikers kortingen tot 45%. Toch lopen veel bedrijven deze voordelen mis omdat gesprekken met leveranciers te laat of te vrijblijvend plaatsvinden. Uit onderzoek van McKinsey naar IT-leveranciersovereenkomsten is bovendien gebleken dat heronderhandelingen vaak pas een jaar voor het verstrijken van het contract beginnen. Tegen die tijd zijn de opties beperkt of is de onderhandelingspositie verdwenen. 

Voor betere contractonderhandelingen verzamel je je gegevens en monitor je je cloud.  Als je werklasten consistent zijn, laat je geld liggen door vast te houden aan betalen naar gebruik. Gereserveerde abonnementen bieden aanzienlijke besparingen wanneer stabiel gebruik is aangetoond. Begin met het analyseren van je werklaststatistieken om een constante vraag te onderscheiden van fluctuerende pieken; door te onderhandelen vanuit je basisgebruik (70-80%) voorkom je dat je te veel vastlegt en krijg je tegelijkertijd betere tarieven.

Dan zijn er nog de “verborgen” kosten: gegevensoverdrachten, opslagtransacties en API-aanroepen. Deze lijken vaak verwaarloosbaar, maar kunnen op grote schaal de begroting overschrijden. Breng ze proactief in de onderhandelingen ter sprake om later onaangename verrassingen te voorkomen. Providers hebben meestal enige onderhandelingsruimte, zoals kwijtschelding van kosten voor uitgaand dataverkeer of staffelkortingen (bijv. $100 per miljoen API-aanroepen). 

Nigel gelooft echter dat de beste manier om cloudkosten terug te dringen eenvoudig is: maak bedrijfseenheden rechtstreeks verantwoordelijk via doorbelasting. Wanneer kosten aan bedrijfsresultaten zijn gekoppeld, besteden teams verstandiger en onderhandelen ze betere overeenkomsten met leveranciers. Begin met een transparant doorbelastingssysteem dat uitgaven duidelijk aan de juiste afdelingen toewijst. Je kunt een hulpmiddel voor cloudkostenbeheer inzetten om het gebruik per project, team of applicatie te volgen, of gedetailleerde tags gebruiken om precies vast te stellen waar elke dollar naartoe gaat. “Deze discipline helpt om de clouduitgaven binnen de toleranties en in verhouding tot de voordelen voor het bedrijf te houden”, zegt Nigel.

4. Optimaliseer de kosten van gegevensoverdracht

Elke keer dat gegevens regio’s doorkruisen of het netwerk van je cloudprovider verlaten, lopen de kosten op. Een contentdistributienetwerk (CDN) kan deze kosten beperken door statische bestanden zoals afbeeldingen en CSS op randservers dichter bij gebruikers te cachen, zodat je niet het volledige bedrag hoeft te betalen. 

Begin met het inventariseren van statische bestanden en stel cacheheaders in voor betere trefferratio’s. Je hyperscaler wordt ook geleverd met een ingebouwd CDN (CloudFront voor AWS, Azure CDN). Zo profiteer je bovendien van eenvoudiger facturering en volumekortingen. 

Als je architectuur voortdurend gegevens tussen regio’s verplaatst, is het tijd om het ontwerp te heroverwegen. Bedien lokaal verkeer vanuit lokale resources door databases en opslag te repliceren in actieve regio’s. Heb je wereldwijde inzichten nodig? Verwerk en vat gegevens regionaal samen voordat je synchroniseert, zodat je niet hoeft te betalen om onbewerkte gegevens over de hele wereld te verzenden. Methoden voor het vastleggen van gegevenswijzigingen (CDC) op basis van logbestanden en query’s op brontabellen kunnen ook helpen om gegevensoverdrachten te verminderen door alleen te synchroniseren wat is gewijzigd, niet de volledige gegevensverzameling. 

Plan onvermijdelijke overdrachten tijdens daluren om van lagere tarieven te profiteren en comprimeer gegevens altijd (gzip, Snappy, Parquet) om de omvang en kosten van de overdracht te beperken.

Beheer je cloudfacturen met data en inzicht 

“De waarheid is dat de overstap naar de cloud de kosten zal verhogen”, zegt Nigel. “Maar die hogere kosten gaan gepaard met de mogelijkheid om meer en sneller te leveren, met een groter potentieel voor het bedrijfsresultaat dan ooit tevoren– een cruciaal voordeel om met wendbaarheid te concurreren in een meedogenloze digitale economie.”

Optimalisatie van cloudkosten is geen race naar de bodem. Het moet in plaats daarvan gaan om doelbewuste uitgaven, waarbij je technologiekeuzes aansluiten bij bedrijfsdoelen en je organisatie wendbaar blijft. Wanneer je verstandig investeert, levert dat blijvende marktsterkte en betere rendementen op de lange termijn op.

Blijf op de hoogte van beste praktijken, nieuws uit de sector en andere cloudinzichten door je vandaag te abonneren op de nieuwsbrief van de CTO Club.