Uitgaande kosten zijn de vergoedingen die cloudproviders in rekening brengen wanneer gegevens hun netwerk verlaten, of dat nu naar het internet is, naar een andere regio of naar een andere cloudprovider. Deze kosten komen voor veel teams als een verrassing, omdat op de prijspagina’s van cloudproviders de nadruk ligt op reken- en opslagkosten, terwijl de kosten voor gegevensoverdracht verborgen zitten in complexe, gelaagde tariefschema’s die pas zichtbaar worden zodra de factuur binnenkomt. In dit artikel wordt uitgelegd hoe uitgaande kosten werken, wat de aanleiding ervoor is en hoe FinOps-praktijken u helpen deze kosten onder controle te krijgen.
Hoe brengen cloudproviders uitgaand dataverkeer eigenlijk in rekening?
Cloudproviders brengen kosten in rekening voor uitgaande gegevensoverdracht op basis van de hoeveelheid gegevens die uit hun netwerk wordt verzonden, gemeten in gigabytes. Het factureringsmodel is doorgaans gestaffeld, wat betekent dat het tarief per GB daalt naarmate uw maandelijkse overdrachtsvolume toeneemt. De basistarieven zijn echter standaard van toepassing op de meeste uitgaande overdrachten, en teams houden zelden rekening met hoe snel die gigabytes zich over meerdere diensten en regio's heen opstapelen.
De werking is als volgt: je cloudprovider meet elke byte die een bepaalde grens verlaat, of die grens nu een datacenter, een regio of de rand van het wereldwijde netwerk van de provider is. Aan het einde van de factureringscyclus wordt het totale uitgaande datavolume vermenigvuldigd met het geldende tariefniveau. Omdat de meting op infrastructuurniveau plaatsvindt, hebben applicatieteams vaak geen inzicht in het overdrachtsvolume dat hun workloads genereren totdat de factuur binnenkomt.
Wat dit bijzonder lastig maakt, is dat de tarieven voor uitgaande gegevensoverdracht niet uniform zijn. De tarieven variëren afhankelijk van de bestemming van de gegevens, de dienst die de overdracht genereert en de betrokken geografische regio. Een overdracht van een opslagbucket naar een virtuele machine in dezelfde regio kan gratis zijn, terwijl dezelfde overdracht tussen verschillende regio’s aanzienlijk meer kan kosten.
Bij welke soorten gegevensoverdrachten worden uitgaande kosten in rekening gebracht?
Er worden uitgaande vergoedingen in rekening gebracht bij elke gegevensoverdracht die een door uw cloudprovider gedefinieerde factureringsgrens overschrijdt. De meest voorkomende aanleidingen zijn uitgaande overdrachten naar het openbare internet, overdrachten tussen twee regio’s binnen dezelfde provider en overdrachten naar een andere cloudprovider of een on-premises-omgeving.
In de praktijk worden bij de volgende soorten overboekingen het vaakst uitgaande kosten in rekening gebracht:
- Uitgaand internetverkeer: Het aanbieden van inhoud, API-reacties of bestanden aan eindgebruikers via het openbare internet
- Overdrachten tussen regio’s: Gegevens verplaatsen tussen twee regio’s binnen dezelfde cloudprovider, zoals het repliceren van een database van de ene regio naar de andere met het oog op noodherstel
- Overdrachten tussen beschikbaarheidszones (AZ’s): Bij AWS en sommige andere aanbieders worden ook kosten in rekening gebracht voor overdrachten tussen beschikbaarheidszones binnen dezelfde regio
- Overdrachten tussen verschillende clouds: Het verzenden van gegevens van de ene cloudprovider naar de andere, vaak in multi-cloud- of hybride architecturen
- Oproepen van de CDN-bron: Wanneer een Content Delivery Network gegevens ophaalt uit uw cloud-bron om zijn edge-caches te vullen
- Overdracht van back-ups en archiefbestanden: Grote datasets verplaatsen naar externe opslag of back-upbestemmingen
Ingress, oftewel gegevens die de cloud binnenkomen, is vrijwel altijd gratis. Deze asymmetrie is opzettelijk en zorgt voor een structurele prikkel waardoor het goedkoop is om gegevens naar het ecosysteem van een provider te verplaatsen, maar duur om ze daaruit te halen.
Waarom zijn uitstapkosten zo moeilijk van tevoren te voorspellen?
De kosten voor uitgaand dataverkeer zijn moeilijk te voorspellen, omdat ze afhankelijk zijn van het verbruik en voortvloeien uit het gedrag van de applicatie, in plaats van uit een toegewezen resource met een vaste prijs. In tegenstelling tot rekenkracht of opslag, waarbij je de kosten kunt inschatten op basis van een bekende configuratie, hangt het volume van het uitgaand dataverkeer af van de hoeveelheid gegevens die je applicatie daadwerkelijk overdraagt. Dit varieert naargelang de gebruikersactiviteit, de gegevensgroei en de architecturale keuzes die door de engineeringteams worden gemaakt.
Verschillende factoren dragen bij aan deze onvoorspelbaarheid:
- Gespreid eigendom: Applicatieteams nemen architecturale beslissingen die extra kosten met zich meebrengen, maar deze kosten komen ten laste van een centraal IT- of financieel budget, zonder dat er een directe verantwoordingslijn bestaat naar het team dat deze kosten heeft veroorzaakt
- Onzichtbare overdrachtspaden: Microservices-architecturen en gedistribueerde systemen genereren tientallen interne service-naar-service-aanroepen, waarvan er vele de grenzen van beschikbaarheidszones of regio’s overschrijden zonder dat technici zich daarvan bewust zijn
- De complexiteit van een gedifferentieerd prijsbeleid: De tarieflijsten van grote aanbieders bevatten tientallen prijscomponenten, waardoor het moeilijk is om de kosten nauwkeurig in te schatten voordat een workload live gaat
- Verkeerspieken: Een productlancering, een viraal evenement of een grote batchtaak kan het uitgaande dataverkeer in één factureringsperiode zonder enige waarschuwing aanzienlijk doen toenemen
- Overhead voor logboekregistratie en monitoring: Het verzenden van logbestanden, statistieken en traces naar gecentraliseerde observability-platforms zorgt voor een eigen uitgaand dataverkeer waar teams zelden rekening mee houden in hun begroting
Juist deze combinatie van gedecentraliseerde besluitvorming en ondoorzichtige prijsstelling is de reden waarom uitgaande dataverkeerkosten als verrassingen op cloudfacturen verschijnen, zelfs bij organisaties die andere categorieën van cloudkosten actief beheren.
Hoe verhouden de uitstroomkosten zich tot elkaar bij AWS, Azure en Google Cloud?
Alle drie de grote cloudproviders brengen kosten in rekening voor uitgaand verkeer naar het internet, maar hun tarieven, drempels voor gratis gebruik en prijsstructuren voor verkeer tussen regio’s verschillen aanzienlijk. Google Cloud heeft van oudsher concurrerendere tarieven voor uitgaand verkeer en ruimere limieten voor gratis gebruik geboden in vergelijking met AWS en Azure, terwijl AWS kosten in rekening brengt voor overdrachten tussen beschikbaarheidszones op een manier die de andere providers anders hanteren.
Tarieven voor uitgaand verkeer bij AWS
AWS brengt voor gegevens die naar het internet worden overgedragen kosten in rekening volgens een gestaffeld tariefsysteem en biedt een kleine maandelijkse gratis limiet. Overdrachten tussen regio’s binnen AWS worden gefactureerd tegen een vast tarief per GB dat varieert per regio-combinatie. Opvallend is dat AWS ook kosten in rekening brengt voor verkeer tussen beschikbaarheidszones (AZ’s) binnen dezelfde regio, wat voor veel teams als een verrassing komt omdat beschikbaarheidszones binnen één regio aanvoelen als dezelfde omgeving, maar worden behandeld als afzonderlijke factureringsgebieden.
Tarieven voor uitgaand verkeer in Azure
Azure maakt gebruik van een op zones gebaseerd model, waarbij regio’s zijn gegroepeerd in factureringszones, en de tarieven voor uitgaande internetverkeer afhangen van de zone waartoe de bronregio behoort. Ook overdrachten tussen regio’s binnen Azure worden in rekening gebracht. De prijsstructuur van Azure is in grote lijnen vergelijkbaar met die van AWS, hoewel de zonegroeperingen en tariefniveaus verschillen, waardoor een directe vergelijking complex is zonder de cijfers voor uw specifieke combinatie van workload en regio te berekenen.
Tarieven voor uitgaand verkeer bij Google Cloud
Google Cloud hanteert over het algemeen lagere tarieven voor uitgaand internetverkeer en biedt gratis uitgaand verkeer voor dataverkeer dat via zijn CDN wordt geleverd, wat de kosten voor contentintensieve workloads aanzienlijk kan verlagen. Voor overdrachten tussen regio's binnen Google Cloud gelden tarieven die variëren per bestemmingsregio. Google biedt in sommige configuraties ook een gratis uitgaand datatarief voor gegevens die naar andere Google-services worden overgedragen, wat voordelig kan zijn voor organisaties die al gebruikmaken van meerdere Google-producten.
De praktische conclusie is dat er geen enkele provider is die in alle uitgaande scenario’s de goedkoopste is. De juiste vergelijking hangt af van de specifieke overdrachtspatronen, regio’s en soorten bestemmingen van uw workload.
Hoe kunnen teams de kosten voor uitgaand cloudverkeer verlagen zonder de architectuur te herzien?
Teams kunnen de uitgaande kosten verlagen zonder een volledige herziening van de architectuur, door zich op configuratieniveau te richten op verkeersroutering, caching en optimalisatie van de gegevensoverdracht. Deze aanpassingen vereisen weliswaar technische aandacht, maar maken geen herontwerp van de onderliggende applicatiearchitectuur noodzakelijk.
Tot de meest effectieve tactieken behoren:
- CDN-caching inschakelen en afstemmen: Door herhaalde inhoud vanuit edge-cacheknooppunten aan te bieden, wordt het verkeer vanuit de oorspronkelijke server voor in de cache opgeslagen reacties overbodig, waardoor het uitgaande internetverkeer voor web- en API-workloads vaak aanzienlijk wordt verminderd
- Verkeer tussen verschillende AZ’s samenvoegen: Bekijk de communicatiepatronen tussen diensten en plaats diensten die veelvuldig met elkaar communiceren waar mogelijk in dezelfde beschikbaarheidszone
- Maak gebruik van de overboekingskortingen van de betreffende aanbieder: AWS Direct Connect, Azure ExpressRoute en Google Cloud Interconnect bieden lagere tarieven voor uitgaand verkeer dat via speciale verbindingen verloopt in plaats van via het openbare internet
- Gegevens comprimeren vóór de overdracht: Door compressie in te schakelen voor API-reacties, logstromen en datapijplijnen wordt de hoeveelheid overgedragen gegevens verminderd, zonder dat de inhoud van de gegevens verandert
- Beoordeel de pijplijnen voor logboekregistratie en observabiliteit: Controleer waar logbestanden en statistieken naartoe worden verzonden en of al die gegevens de regio moeten verlaten; door aan de bron steekproeven te nemen of te filteren, wordt het uitgaande dataverkeer verminderd
- Kies regio’s op strategische wijze: Bij nieuwe workloads zorgt de keuze voor een regio die geografisch dicht bij uw primaire gebruikersgroep ligt ervoor dat de afstand die gegevens moeten afleggen kleiner wordt en, in sommige gevallen, dat het tariefniveau voor uitgaand verkeer lager uitvalt
Deze optimalisaties zijn het meest effectief wanneer technische teams inzicht hebben in welke diensten en workloads het meeste uitgaande verkeer genereren. Zonder dat gedetailleerde inzicht is het moeilijk om prioriteiten te stellen en te bepalen waar de inspanningen op moeten worden gericht.
Welke FinOps-werkwijzen helpen de uitgaande kosten onder controle te houden?
FinOps-werkwijzen brengen de uitgaande kosten onder controle door te zorgen voor het inzicht, de verantwoordingsplicht en het besluitvormingsritme die nodig zijn om op basis van gegevens over overdrachtskosten daadwerkelijk actie te ondernemen, in plaats van deze gegevens alleen maar te observeren. De grootste uitdaging bij uitgaande kosten is niet dat de gegevens niet beschikbaar zijn, maar dat niemand er verantwoordelijk voor is en dat er geen proces bestaat om deze gegevens om te zetten in concrete maatregelen.
De volgende FinOps-werkwijzen zijn rechtstreeks gericht op de kosten voor uitgaand verkeer:
- Label en wijs uitgaand verkeer toe op basis van workload en team: Breng een consistente codering aan op middelen die uitgaand dataverkeer genereren, zodat de overdrachtskosten kunnen worden toegerekend aan het team of product dat ze heeft veroorzaakt, in plaats van dat ze worden opgenomen in een gezamenlijk IT-budget
- Neem uitstroom mee in de kengetallen voor eenheidskosten: Houd de uitstapkosten per transactie, per gebruiker of per API-aanroep bij, naast de kosten per reken- en opslageenheid, zodat engineeringteams inzicht krijgen in de totale kosten van het gedrag van hun workload
- Neem uitstroom mee bij het opsporen van afwijkingen: Stel waarschuwingen in voor onverwachte pieken in de kosten voor gegevensoverdracht, zodat teams dit kunnen onderzoeken voordat de factureringsperiode afloopt, in plaats van erna
- Egress regelmatig beoordelen in het kader van kostenoptimalisatiecycli: Maak ‘egress’ een vast agendapunt in de maandelijkse of driemaandelijkse FinOps-evaluaties, en geen bijzaak die pas aan de orde komt als er een piek optreedt
- Zorg ervoor dat de technische en financiële afdelingen op één lijn zitten wat betreft de afwegingen rond overdrachtskosten: Wanneer teams architecturale beslissingen beoordelen, moeten de gevolgen voor de uitstapmogelijkheden deel uitmaken van het kostenmodel en mogen deze niet pas na de implementatie aan het licht komen
Het bredere punt is dat uitgaande kosten een voortdurende verrassing blijven wanneer het beheer van cloudkosten beperkt blijft tot inzicht. Om dat inzicht om te zetten in actie zijn de bestuursstructuren en de functieoverschrijdende samenwerking nodig die een volwassen FinOps-aanpak biedt. Meer informatie over het opzetten van die aanpak vindt u op onze Pagina met FinOps-diensten.
Hoe wij u helpen bij het beheren van de kosten voor gegevensuitvoer uit de cloud
Uitgaande kosten zijn een van de duidelijkste voorbeelden van een breder patroon: clouduitgaven die technisch wel zichtbaar zijn, maar in de praktijk niet worden beheerd. Wij helpen organisaties om de overstap te maken van het louter bijhouden van cloudkosten naar het actief beheren ervan, waarbij uitgaande kosten als concreet en meetbaar uitgangspunt dienen.
Samenwerken met ons aan optimalisatie van cloudkosten, dan krijg je:
- Volledige toerekening van de kosten over alle cloudkostencategorieën, inclusief netwerk- en datatransferkosten, uitgesplitst per team, workload en dienst
- Een FinOps-rijpheidsbeoordeling die in kaart brengt waar er in uw huidige bestuursmodel blinde vlekken zitten met betrekking tot uitgaande dataverkeer en andere cloudkosten
- Een gestructureerd besluitvormingsproces waarin financiële, IT- en technische teams samenwerken om op basis van kostengegevens actie te ondernemen, en niet alleen maar verslag uit te brengen
- Aanbevelingen voor capaciteitsafstemming en optimalisatie voor AWS, Azure en GCP, waarbij naast rekenkracht en opslagruimte ook rekening wordt gehouden met overdrachtskosten
- Integratie met Technology Business Management-raamwerken, zodat de kosten voor cloudnetwerken worden ingepast in het bredere plaatje van IT-uitgaven en bedrijfswaarde
Als er op uw cloudfacturen onverwachte kosten voor uitgaand verkeer staan, is dat een signaal dat nader onderzoek verdient. Neem contact met ons op om te bespreken hoe uw organisatie er op dit moment voor staat en hoe een concrete weg vooruit eruit zou kunnen zien.