- Leren
- Informatica & ICT
- IT, netwerken & cloud
- Cloudcomputing met AWS, Azure en Google Cloud
- Cloudkosten en governance
Cloudkosten en governance: prijzen en beheer
BeginnerLes 7 van 7 in Cursus Cloudcomputing met AWS, Azure en Google Cloud
Wat je leert
- Bepaal waaruit een cloudrekening bestaat en vergelijk de manieren om te betalen voor rekenkracht, opslag en gegevensoverdracht: tarieven op aanvraag, kortingen bij afnameverplichtingen, spotcapaciteit, exclusieve hardware en licenties.
- Bepaal welke factoren de cloudrekening beïnvloedenHerken de tariefeenheden achter cloudkosten en de factoren die de prijs van dezelfde resource veranderen, waaronder regio, licenties, gratis aanbiedingen, valuta en belastingen.
- Schat de kosten voor opslag en gegevensoverdrachtBereken wat opslaglagen en gegevensverplaatsing kosten, inclusief kosten voor het ophalen en vroegtijdig verwijderen van gegevens en de verschillende regels voor inkomende en uitgaande gegevens en overdracht tussen regio’s.
- Vergelijk prijsstelling op aanvraag, met afnameverplichting en voor spotcapaciteitKies tussen betalen op aanvraag, een afnameverplichting voor één of drie jaar en onderbreekbare spotcapaciteit, en bereken wanneer een afnameverplichting voordelig is.
- Betaal voor exclusieve hardware, gereserveerde capaciteit en licentiesLeg uit wanneer exclusieve hosts, exclusieve instances, capaciteitsreserveringen en opties om eigen licenties te gebruiken hun prijs waard zijn.
- Bepaal welke factoren de cloudrekening beïnvloeden
- Vergelijk de volledige kosten van systemen op eigen locatie en in de cloud en maak met een prijscalculator een duidelijke maandelijkse raming voor een geplande workload.
- Vergelijk de kosten van IT op eigen locatie en de cloud aan de hand van de totale eigendomskostenMaak een vergelijking van de totale eigendomskosten waarin alle directe, indirecte en eenmalige kosten over dezelfde periode meetellen, en herken de verschuiving van investeringsuitgaven naar operationele uitgaven.
- Maak een kostenraming met een prijscalculatorGebruik de prijscalculator van een cloudaanbieder om een geplande architectuur om te zetten in een maandelijkse en jaarlijkse raming, en herken wat een raming weglaat.
- Vergelijk de kosten van IT op eigen locatie en de cloud aan de hand van de totale eigendomskosten
- Lees cloudfacturen, combineer facturering over meerdere accounts, analyseer kosten met rapporten en stel budgetten met meldingen in die waarschuwen voordat uitgaven boven het plan uitkomen.
- Lees de factuur en consolideer de facturering van meerdere accountsLeg uit hoe facturen zijn georganiseerd over accounts, abonnementen en projecten en wat geconsolideerde facturering toevoegt: één factuur, gecombineerde volumetarieven en gedeelde kortingen bij afnameverplichtingen.
- Analyseer kosten met kostenrapporten en dashboardsGebruik kostenanalysetools en gedetailleerde exports van factureringsgegevens om te zien waar geld naartoe gaat, veranderingen van maand tot maand te verklaren en afwijkingen te vinden.
- Stel budgetten en meldingen in die je waarschuwen voordat je het budget overschrijdtMaak budgetten met meldingsdrempels voor werkelijke en verwachte kosten, begrijp dat een budget waarschuwt maar uitgaven niet stopt, en koppel meldingen waar nodig aan automatische acties.
- Lees de factuur en consolideer de facturering van meerdere accounts
- Reken kosten toe met tags, dwing organisatieregels af met beleidsregels, beleidswaarborgen en vergrendelingen, en organiseer kostenverantwoordelijkheid met mensen, processen en tools.
- Voorzie resources van tags om kosten toe te rekenenOntwerp een tagschema, laat tags in kostenrapporten verschijnen en gebruik ze om elk team zijn aandeel in de factuur te tonen of door te belasten.
- Dwing regels af met beleidsregels, beleidswaarborgen en resourcevergrendelingenGebruik Azure Policy, servicecontrolebeleid van AWS, organisatiebeleid van Google Cloud, quota en resourcevergrendelingen om resources aan de regels te laten voldoen, en maak onderscheid tussen deze tools, toegangsbeheer en datagovernance.
- Organiseer de financiële governance van de cloud met mensen, processen en technologieWijs verantwoordelijkheid voor cloudkosten toe, richt terugkerende kostenprocessen in en combineer de tools uit deze cursus tot een werkende aanpak voor kostenbeheersing.
- Voorzie resources van tags om kosten toe te rekenen
- Kies een ondersteuningsabonnement, zoek de juiste hulpbron voor een probleem en pas raamwerken voor goede cloudarchitectuur en cloudadoptie toe om workloads te beoordelen en de overstap van een organisatie naar de cloud te plannen.
- Kies een ondersteuningsabonnement dat bij de workload pastVergelijk ondersteuningsabonnementen van aanbieders op reactietijd, inbegrepen diensten en prijs, en bereken de maandelijkse kosten van een abonnement op basis van gebruik.
- Zoek hulp in documentatie en bij gebruikersgemeenschappen, adviseurs en partnersKoppel een vraag of probleem aan de juiste hulpbron: documentatie en richtlijnen, communityforums, servicedashboards, adviestools, partners, marktplaatsen, experts van de aanbieder of het team voor misbruikmeldingen.
- Beoordeel workloads met raamwerken voor goede cloudarchitectuurNoem de pijlers van de raamwerken voor goede cloudarchitectuur van AWS, Azure en Google Cloud, gebruik ze om een workload te beoordelen en weeg de afwegingen tussen pijlers af.
- Plan cloudadoptie met raamwerken voor cloudadoptieBeschrijf hoe de raamwerken voor cloudadoptie van AWS, Microsoft en Google Cloud de overstap van een organisatie naar de cloud organiseren, en plaats bedrijfs-, personeels-, governance- en technische taken daarin.
- Kies een ondersteuningsabonnement dat bij de workload past
Cloudkosten en governance: uitleg
1Leg uit hoe cloudaanbieders diensten in rekening brengen
Elke cloudkostenpost begint met een gemeten hoeveelheid, een tarief of een afnameverplichting. Voor een bruikbare vergelijking bepaal je eerst wat wordt gemeten voordat je prijzen vergelijkt. Dit hoofdstuk volgt een factuur van rekentijd en opgeslagen gegevens tot gegevensoverdracht, licenties en aankoopkeuzes. Je berekent wanneer een lager tarief geld bespaart, wanneer het een ongebruikte verplichting oplevert en wanneer je met een hogere prijs een specifieke capaciteit of vorm van hardwaregebruik koopt.
1.1 Waaruit bestaat een cloudfactuur?
Een cloudfactuur is opgebouwd uit tariefeenheden. Rekenkracht kan per seconde of uur worden berekend, opslag per GB-maand en verzoeken per 1.000 of miljoen bewerkingen. Serverloze functies combineren doorgaans kosten per functieaanroep met de uitvoeringstijd vermenigvuldigd met het toegewezen geheugen. Meer toegewezen geheugen verandert de kosten voor geheugengebruik gedurende de uitvoeringstijd.
Stem de hoeveelheid af op het tarief
Voor een virtuele machine tegen een voorbeeldtarief van € 0,10 per uur kost een maand van 730 uur € 73. Als de machine 10 uur draait op elk van 22 werkdagen, gebruikt die 220 uur en kost dat € 22. De schijf van 100 GB tegen € 0,08 per GB-maand voegt in beide gevallen € 8 toe als de schijf de hele maand ingericht blijft. Geplande rekentijd plus behouden opslag komt op € 30.
De afspraak van 730 uur verdeelt gemiddeld 8.760 jaarlijkse uren over 12 maanden; kalendermaanden verschillen in lengte. Veel virtuele machines worden per seconde gefactureerd met een minimum van één minuut, terwijl andere producten per minuut of uur worden gefactureerd.
Ongebruikte capaciteit kan nog steeds geld kosten
Vooraf ingerichte capaciteit is capaciteit die voor je resource is gereserveerd. Voor een draaiende virtuele machine of ingerichte database betaal je op basis van grootte en tijd, ook als die weinig werk doet. Verzoeken aan objectopslag en functieaanroepen volgen het gebruik directer. Een ingerichte schijf wordt gefactureerd voor de toegewezen grootte, niet alleen voor de bestanden die erop zijn geschreven.
Als je een AWS EC2-instance stopt, eindigen de kosten voor rekenkracht. In Azure moet de virtuele machine worden gestopt en moet de toewijzing worden opgeheven om de facturering van rekenkracht te beëindigen. Als je het besturingssysteem afsluit, blijft de machine toegewezen en wordt die gefactureerd. Schijven en momentopnamen blijven afzonderlijk factureerbare resources; ook behouden openbare IP-adressen kunnen kosten opleveren.
Vergelijk overeenkomstige configuraties
Bij een prijsvergelijking moeten vCPU’s, geheugen, regio, besturingssysteem en aankoopmodel gelijk blijven. Images met Windows Server of SQL Server kunnen een softwarelicentie in hun tarief bevatten. Bestaande licenties die daarvoor in aanmerking komen, kunnen het tarief verlagen. De regio beïnvloedt de prijs, latentie en gegevenslocatie.
Marktplaatssoftware voegt kosten van derden toe aan de factuur van de aanbieder. Valutaomrekening en belastingen kunnen vervolgens het factuurtotaal veranderen. De AWS Pricing Calculator sluit belasting uit; facturen kunnen omzetbelasting, btw of GST toevoegen, afhankelijk van de factureringslocatie en klantstatus.
Begrijp gratis aanbiedingen
Gratis aanbiedingen omvatten terugkerende maandelijkse gebruikstegoeden, proefperioden met een beperkte looptijd en tegoeden. AWS biedt nieuwe accounts tot 200 US dollar aan tegoed. Het Free plan wordt na zes maanden of wanneer het tegoed op is gesloten, afhankelijk van wat het eerst gebeurt, tenzij het wordt opgewaardeerd naar een Paid plan. Betaalde accounts maken normale kosten boven hun gebruikstegoed of nadat het tegoed op is. Geef een betaald testaccount een budgetmelding, ook als de eerste workloads binnen een gratis aanbod passen.
Belangrijkste punten
- Bepaal de tariefeenheid voordat je de hoeveelheid met het tarief vermenigvuldigt.
- Rekenkracht voor virtuele machines, schijven, verzoeken en gegevensoverdracht zijn afzonderlijke factureerbare posten.
- Als je het gastbesturingssysteem in Azure afsluit, blijft de virtuele machine toegewezen; als je de toewijzing opheft, stopt de facturering van rekenkracht.
- Vergelijk dezelfde capaciteit, regio, software en hetzelfde aankoopmodel.
- Gratis gebruikstegoeden en andere tegoeden hebben grenzen; betaalde accounts hebben uitgavenmeldingen nodig.
1.2 Opslag en gegevensverplaatsing
Schat de opslaghoeveelheid, bewerkingen, het ophalen en bewaren van gegevens, redundantie en gegevensverplaatsing samen.
Bepaal de prijs op basis van het gegevensgebruik
Objectopslaglagen voor veelvuldige toegang zijn onder meer Amazon S3 Standard, Azure Blob hot en Google Cloud Storage Standard. Ze rekenen meer voor opslag dan koelere lagen en hebben geen kosten voor het ophalen van gegevens. Koelere opties zijn onder meer S3 Standard-IA en Glacier-klassen, Azure cool, cold en archive, en Google Nearline, Coldline en Archive. Daar staat tegenover goedkopere opslag dat je betaalt voor het ophalen en bij sommige archiefproducten uren op herstel moet wachten.
Tegen voorbeeldtarieven kost 10.000 GB in een standaardlaag tegen € 0,023 per GB-maand € 230 per maand. Een archieflaag tegen € 0,002 kost € 20 voor opslag. Het ophalen van 2.000 GB tegen € 0,02 per GB voegt € 40 toe, samen € 60 vóór bewerkingen en andere toepasselijke kosten. Het ophalen van alle 10.000 GB voegt € 200 toe, waarmee deze twee onderdelen op € 220 komen. Veelvuldig ophalen kan de besparing tenietdoen, terwijl herstelvertraging archiefopslag ongeschikt kan maken.
Houd bewaartermijn en capaciteit in het oog
Een minimale opslagduur betekent dat bij vroegtijdige verwijdering of verplaatsing kosten voor de resterende tijd kunnen worden gerekend. Google Coldline heeft een minimum van 90 dagen; Azure archive heeft een minimum van 180 dagen. Verwijder je een object na 30 dagen uit een laag met een minimum van 90 dagen, dan worden de resterende 60 dagen nog steeds in rekening gebracht.
Blokschijven worden meestal gefactureerd op basis van de ingerichte grootte en soms de ingerichte prestaties. Een schijf van 500 GB waarop 50 GB is geschreven, wordt nog steeds als 500 GB geprijsd. Bij objectopslag betaal je voor opgeslagen gegevens. Momentopnamen en back-ups brengen eigen kosten voor opgeslagen gegevens mee. Redundantie voegt kopieën toe en een kopie in een tweede regio kan zowel opslag- als overdrachtskosten toevoegen.
Volg de richting van de overdracht
Inkomend dataverkeer betekent gegevens die binnenkomen; uitgaand dataverkeer betekent gegevens die uitgaan. Inkomend internetverkeer is doorgaans gratis, inclusief gewone gegevensoverdracht vanaf internet naar AWS. Uitgaand internetverkeer wordt doorgaans per GB geprijsd, met staffels en tegoeden. Voor kopieën tussen regio’s worden ook kosten gerekend, meestal als uitgaand verkeer vanuit de bronregio.
Voor een voorbeeldapplicatie kost 2.000 GB verzenden naar internetgebruikers tegen € 0,09 per GB € 180. Replicatie van 500 GB naar een andere regio tegen € 0,02 voegt € 10 toe. Het gratis ontvangen van 300 GB aan uploads voegt nul toe. Het subtotaal voor overdracht is € 190. De opslagfactuur voor de gerepliceerde gegevens staat daar los van.
Ook overdracht tussen zones kan geld kosten. Bij AWS kan EC2-verkeer tussen beschikbaarheidszones aan beide kanten van de overdracht kosten opleveren; andere diensten hebben hun eigen regels en vrijstellingen. Verkeer via privéadressen binnen één zone is doorgaans gratis. Volg elk traject door de daadwerkelijke diensten en controleer hun prijspagina’s, inclusief tegoeden. Neem uitgaande overdracht mee wanneer je een latere overstap naar een andere aanbieder plant.
Belangrijkste punten
- Vergelijk opslag, bewerkingen, ophalen, bewaartermijn en redundantie samen.
- Bij vroegtijdige verwijdering kunnen kosten voor de minimale opslagduur overblijven.
- Blokschijven worden meestal per ingerichte capaciteit gefactureerd; objectopslag per opgeslagen hoeveelheid gegevens.
- Schat uitgaand internetverkeer, replicatie en verkeer tussen zones als afzonderlijke trajecten.
1.3 Kies hoe je voor rekenkracht betaalt
Het laagste uurtarief is alleen nuttig als de voorwaarden bij de workload passen. Vergelijk flexibiliteit, een langetermijnverplichting en de mogelijkheid om onderbrekingen op te vangen voordat je een aankoopmodel kiest.
Flexibel gebruik of een vaste afnameverplichting
Bij gebruik op aanvraag is er geen langetermijnverplichting: je betaalt het reguliere tarief voor de gebruikte tijd. Het past bij kortlopende, onzekere en veranderlijke workloads. Een afnameverplichting verlaagt het tarief in ruil voor een verplichting van één of drie jaar. Een looptijd van drie jaar geeft meer korting dan een looptijd van één jaar. Resourcegebonden verplichtingen moeten overeenkomen met kenmerken zoals resourcetype en regio; bestedingsverplichtingen dekken gebruik dat in aanmerking komt tot een bedrag per uur.
AWS gebruikt Reserved Instances en Savings Plans; Azure biedt Reservations en het savings plan for compute. Google Cloud biedt resource-based en spend-based committed use discounts. AWS adverteert met besparingen tot 72% voor Reserved Instances en Savings Plans. De maximaal geadverteerde besparing geldt niet voor elke configuratie.
Je betaalt voor elk uur van de looptijd van een afnameverplichting, inclusief ongebruikte uren. Tegen € 10 per uur voor een jaar is de verplichting € 87.600. Als in één uur slechts € 8 aan gebruik tegen de plantarieven in aanmerking komt, kost dat uur nog steeds € 10. De ongebruikte € 2 kan niet naar een druk uur worden meegenomen. Gebruik boven de verplichting wordt tegen tarieven op aanvraag gefactureerd.
Bereken het kostenomslagpunt
Een virtuele machine uit het voorbeeld kost € 0,20 per uur op aanvraag of € 0,13 per uur onder een afnameverplichting van een jaar. De afnameverplichting kost € 1.138,80 voor 8.760 uur. Gebruik op aanvraag gedurende het hele jaar kost € 1.752, een besparing van € 613,20, of 35%.
Op het kostenomslagpunt moeten de uren op aanvraag € 1.138,80 kosten: deel door € 0,20 om 5.694 uur te krijgen. Dat is 65% van het jaar. Boven 65% gebruik is de afnameverplichting voordeliger; bij 65% zijn de totalen gelijk. Een workload die alleen op werkdagen 2.080 uur gebruikt, kost op aanvraag slechts € 416. Ga een verplichting aan voor een gemeten basisgebruik, niet voor het maximum dat een workload kort bereikt.
De betaalopties van AWS zijn All Upfront, Partial Upfront en No Upfront; hogere vooruitbetalingen verbeteren doorgaans de korting. Azure savings plans hebben dezelfde totale kosten bij maandelijkse betaling als bij vooruitbetaling en kunnen niet worden geannuleerd of terugbetaald.
Weet wat een reservering belooft
Een AWS Reserved Instance is een factureringsvoordeel, geen exclusieve fysieke server. De overeenkomst wordt onder meer bepaald door instancekenmerken, regio, besturingssysteem en hardwaregebruik. Regionale reserveringen gelden in meerdere zones; zonegebonden reserveringen reserveren ook capaciteit in een gekozen zone. Standard Reserved Instances kunnen worden gewijzigd maar niet omgewisseld; Convertible Reserved Instances kunnen tegen een kleinere korting worden omgewisseld voor andere kenmerken. Wanneer de looptijd eindigt, blijven draaiende instances tegen tarieven op aanvraag draaien.
Gebruik spotcapaciteit waar werk opnieuw kan starten
Spotcapaciteit is ongebruikte capaciteit die de aanbieder kan terugnemen. AWS adverteert met tot 90% korting; Google Cloud met tot 91%. AWS kondigt een onderbreking normaal twee minuten van tevoren aan; Azure geeft naar beste vermogen tot 30 seconden van tevoren een melding.
Tegen voorbeeldtarieven kosten 400 rekenuren € 80 op aanvraag tegen € 0,20 of € 24 met spotcapaciteit tegen € 0,06. Als nieuwe pogingen het werk met 10% verhogen tot 440 uur, kost spotcapaciteit € 26,40. Batchtaken, rendering, builds en analyse die opnieuw kan starten kunnen bij spotcapaciteit passen; een afzonderlijke database die beschikbaar moet blijven niet. Een bruikbare combinatie is afnameverplichtingen voor constante vraag, gebruik op aanvraag voor wisselende vraag en spotcapaciteit voor taken die opnieuw kunnen starten.
De kortingen bij langdurig gebruik van Google werken anders: machinetypen die in aanmerking komen, waaronder N1 en N2, kunnen zonder afnameverplichting automatische kortingen krijgen na meer dan 25% maandelijks gebruik, oplopend tot 20% of 30% afhankelijk van het type.
Belangrijkste punten
- Gebruik op aanvraag biedt flexibiliteit; een afnameverplichting schept een verplichting voor elk uur.
- Het gebruik op het kostenomslagpunt is het uurtarief met afnameverplichting gedeeld door het uurtarief op aanvraag, wanneer looptijd en capaciteit overeenkomen.
- Ongebruikte bestedingsverplichtingen per uur worden niet meegenomen naar een volgend uur.
- Een regionale Reserved Instance is een korting; een zonegebonden Reserved Instance reserveert ook capaciteit.
- Spotcapaciteit past bij werk dat veilig kan stoppen en hervatten.
- Automatische kortingen bij langdurig gebruik gelden alleen voor Google-machinetypen die daarvoor in aanmerking komen.
1.4 Exclusieve hardware, capaciteit en licenties
Drie afzonderlijke behoeften kunnen een bijzondere aankoopkeuze rechtvaardigen: exclusieve hardware, gegarandeerde capaciteit of geschikte softwarelicenties. Bepaal eerst de behoefte en vergelijk daarna de kosten van de optie die daarin voorziet.
Een server delen of een host beheren
Bij gedeeld hardwaregebruik staan virtuele machines van verschillende klanten op dezelfde fysieke server, van elkaar geïsoleerd door de hypervisor. Dit is voor veel workloads de voordelige standaardkeuze. AWS Dedicated Instances draaien op hardware die door één klant wordt gebruikt, maar geven die klant geen controle over de plaatsing op de host of inzicht in de fysieke server.
Een exclusieve host biedt een volledige server en inzicht in de sockets en cores ervan. AWS Dedicated Hosts, Azure Dedicated Host en Google Cloud sole-tenant nodes voorzien in deze behoefte. Klanten kunnen bepalen waar virtuele machines op die host worden geplaatst. Complianceregels die hardware voor één klant vereisen en licenties die aan fysieke cores of sockets zijn gekoppeld, kunnen dit nuttig maken.
De volledige host wordt gefactureerd, ook als die gedeeltelijk leeg is. Tegen een voorbeeldtarief van € 5 per uur kost een host € 3.650 voor een maand van 730 uur. Als er 12 virtuele machines op passen, bedragen de gemiddelde hostkosten per uur ongeveer € 0,42 per machine wanneer de host vol is. Met slechts vier virtuele machines is dat gemiddeld € 1,25. Dezelfde hostfactuur wordt dan over minder nuttig gebruikte machines verdeeld. Vergelijk zowel de verwachte bezetting als het vermelde hosttarief.
Capaciteit reserveren is een andere aankoop
Een capaciteitsreservering houdt passende rekencapaciteit beschikbaar voor wanneer die nodig is. AWS en Azure bieden zonegebonden capaciteitsreserveringen op aanvraag. Reserveringen van Google Cloud zijn ook zonegebonden; het bereik waarbinnen ze kunnen worden gebruikt hangt af van de reservering en de dienst. Geef de vereiste machinekenmerken en locatie op.
Voor een capaciteitsreservering betaal je voor de gereserveerde capaciteit, ook als die niet wordt gebruikt. De reservering geeft op zichzelf geen korting; een passend voordeel van een afnameverplichting kan de factuur verlagen. Ook wordt de fysieke host niet exclusief voor één klant. Vraag voor een gepland evenement of een herstellocatie afzonderlijk of capaciteit beschikbaar moet zijn en of een lager tarief met afnameverplichting de moeite waard is.
Dit onderscheid verklaart ook de terminologie van AWS. Een regionale Reserved Instance geeft factureringskorting. Een zonegebonden Reserved Instance combineert factureringskorting met een capaciteitsreservering. Een exclusieve host beantwoordt de vraag over hardwaregebruik. Vergelijkbare namen maken deze opties niet uitwisselbaar.
Controleer of softwarelicenties in aanmerking komen
Images inclusief licentie bevatten de softwarelicentie in het cloudtarief. Bij een eigen licentie gebruiken, of BYOL, gebruikt de klant bestaande licenties die daarvoor in aanmerking komen. Dat wordt bepaald door de softwarevoorwaarden; het bezit van een licentie geeft op zichzelf geen recht om die op elke cloudserver te gebruiken.
Azure Hybrid Benefit ondersteunt geschikte Windows Server- en SQL Server-licenties met Software Assurance of in aanmerking komende abonnementen. AWS License Manager helpt het licentiegebruik te volgen. Sommige licenties vereisen een bekende fysieke host, waardoor exclusieve hosting onderdeel van de licentiekeuze kan worden.
Stel dat een team een lagere prijs nodig heeft voor een voortdurend draaiende dienst, maar geen regel voor hardware voor één klant heeft. Een afnameverplichting op gedeelde hardware voldoet aan het prijsdoel. Als het team gegarandeerde capaciteit in een zone nodig heeft voor een lancering, voeg dan een capaciteitsreservering toe. Als een licentie aan fysieke cores moet worden gekoppeld, beoordeel dan een exclusieve host en de bezetting ervan. Prijs, beschikbaarheid en hardwaregebruik zijn afzonderlijke kenmerken die je bewust kiest.
Belangrijkste punten
- Dedicated Instances bieden hardware voor één klant; hosts voegen inzicht in de fysieke server en controle over plaatsing toe.
- Een hostfactuur betreft de volledige server, ook als weinig virtuele machines die gebruiken.
- Capaciteitsreserveringen stellen passende capaciteit veilig en geven op zichzelf geen korting.
- BYOL hangt af van geschikte licentievoorwaarden en kan invloed hebben op het hardwaregebruik.
2Schat cloudkosten voordat je een omgeving bouwt of migreert
Een migratiebeslissing en een dienstenraming beantwoorden verschillende vragen. De eerste vergelijkt de volledige kosten van twee manieren om een systeem over meerdere jaren te gebruiken; de tweede berekent de prijs van een geplande cloudconfiguratie. Dit hoofdstuk verbindt beide taken. Je kiest consistente perioden, zet een architectuur om in hoeveelheden en legt de aannames vast die een kostenraming bruikbaar maken zodra de workload draait.
2.1 Vergelijk de volledige kosten over een periode
Totale eigendomskosten, of TCO, tellen de kosten van het bezit en gebruik van een systeem over een gekozen periode op, vaak drie tot vijf jaar. Dit geeft een eerlijkere vergelijking dan een cloudfactuur naast de aankoopprijs van hardware leggen. Beide opties moeten over dezelfde periode dezelfde vereiste dienstverlening bieden.
Maak onderscheid tussen aankoopkosten en gebruikskosten
Met investeringsuitgaven, of CapEx, koop je bedrijfsmiddelen zoals servers en gebouwen die meerdere jaren worden gebruikt en afgeschreven. Met operationele uitgaven, of OpEx, betaal je doorlopende diensten en bedrijfskosten. De cloud verschuift veel uitgaven van voorafgaande hardwareaankopen naar terugkerende dienstkosten.
Een eigen datacenter heeft veel vaste kosten, ook bij beperkt gebruik. Kosten voor cloudgebruik kunnen groeien of krimpen, maar afnameverplichtingen en ingerichte resources scheppen nog steeds verplichtingen. Een verandering in het soort uitgaven beïnvloedt de kasstroom en flexibiliteit; de totale kosten moeten nog steeds worden berekend.
Neem voor systemen op eigen locatie hardware, licenties, ruimte, stroom, koeling, onderhoud, fysieke beveiliging, personeelsuren, vervanging van hardware, piekcapaciteit en calamiteitenherstel mee. Neem voor de cloud rekenkracht, opslag, gegevensoverdracht, beheerde diensten, ondersteuning, personeelsuren, training en migratie mee. Tijdens een overstap kan de organisatie voor beide omgevingen tegelijk betalen.
Personeelsuren zijn een invoer die je schat op basis van de werkelijke verantwoordelijkheden. Een cloudaanbieder beheert de fysieke hardware, maar de klant beheert nog steeds configuraties, gegevens, beveiligingsbeslissingen en besturingssystemen van virtuele machines. Beoordeel het benodigde werk en de benodigde vaardigheden in plaats van aan te nemen dat personeelskosten verdwijnen.
Maak stap voor stap een vergelijking
- Bepaal de reikwijdte van de dienstverlening en de vergelijkingsperiode.
- Inventariseer bestaande servers, opslag en gemeten benutting.
- Tel de aankoop- en gebruikskosten op eigen locatie op.
- Stem de capaciteit van het cloudsysteem af op de waargenomen vraag en bereken de prijs van de onderdelen.
- Voeg migratie, training en een eventuele overlapperiode toe.
- Vergelijk de totalen en toets daarna aannames over groei en capaciteit.
Bekijk een voorbeeld over drie jaar. Op eigen locatie kost hardware € 60.000. Jaarlijks kosten stroom en koeling € 9.000, ruimte € 6.000, personeel € 40.000, licenties € 10.000 en onderhoud € 5.000. Deze jaarlijkse kosten bedragen samen € 70.000. Drie jaar kost € 60.000 plus € 210.000, samen € 270.000.
Het cloudalternatief gebruikt maandelijks € 3.500 aan rekenkracht en opslag, € 300 aan gegevensoverdracht en € 350 aan ondersteuning. De maandelijkse € 4.150 wordt € 149.400 over 36 maanden. Tel € 60.000 voor drie jaar personeelsuren en € 25.000 voor migratie erbij op: € 234.400. Het verschil is € 35.600, ongeveer 13% van het totaal op eigen locatie.
Onderzoek wat het resultaat kan veranderen
Een grotere cloudconfiguratie, snellere groei of meer uitgaand dataverkeer kan die besparing verkleinen. Een afnameverplichting kan tarieven verlagen, maar voegt een verplichting toe. Als je gekochte piekcapaciteit naar de cloud kopieert, kun je de behoefte overschatten; gemeten benutting helpt de capaciteit in de raming af te stemmen.
AWS Migration Evaluator, de businesscase van Azure Migrate en Google Cloud Migration Center helpen systemen inventariseren en kosten vergelijken. Hun uitkomst hangt af van de ingevoerde inventarisatie en aannames. Vermeld moeilijk te prijzen voordelen, zoals snellere levering, wereldwijd bereik, elasticiteit en veerkracht, naast de geldberekening. Schaalvoordelen helpen aanbieders kosten te verlagen, maar een constante workload die ongewijzigd wordt verplaatst en tegen tarieven op aanvraag wordt betaald, kan nog steeds evenveel of meer kosten dan het alternatief op eigen locatie.
Belangrijkste punten
- Vergelijk aan beide kanten van een TCO-berekening dezelfde dienstverlening en periode.
- Neem kosten voor personeel, ondersteuning, gegevensoverdracht, migratie en overlap mee.
- CapEx en OpEx beschrijven soorten uitgaven; bereken welke optie minder kost.
- Stem de capaciteit in de cloudraming af op de gemeten benutting.
- Toets aannames over groei en configuratie voordat je het resultaat gebruikt.
2.2 Zet een architectuur om in een raming
Een prijscalculator zet een geplande cloudconfiguratie om in een kostenraming. AWS, Azure en Google Cloud bieden gratis webcalculators. Voer alle onderdelen en realistisch gebruik in voordat je ontwerpen vergelijkt.
Inventariseer elk onderdeel
Begin met de architectuur: virtuele machines voor applicaties, database, schijven, objectgegevens, verzoeken, back-ups en overdrachtstrajecten. Neem ontwikkel- en testomgevingen mee, niet alleen productie. Kies voor elke dienst een regio, besturingssysteem, resourcegrootte, aantal draaiuren en prijsmodel. Voeg het ondersteuningsabonnement afzonderlijk toe als het nog niet is inbegrepen.
Gebruik overal dezelfde tijdbasis. Gebruik 730 uur voor een ramingsmaand waarin iets continu draait. Een testsysteem dat op werkdagen draait, heeft zijn werkelijke schema nodig, terwijl behouden schijven mogelijk een volledige maand opslag nodig hebben. Reken ruwe aantallen verzoeken om naar miljoenen voordat je een tarief per miljoen toepast.
Tel de posten op
Gebruik voor een kleine webapplicatie deze voorbeeldtarieven en maandelijkse hoeveelheden:
| Onderdeel | Berekening | Maandelijkse kosten |
|---|---|---|
| Twee virtuele machines | 2 × 730 uur × € 0,096 | € 140,16 |
| Beheerde database | 730 uur × € 0,17 | € 124,10 |
| Opslag | 200 GB × € 0,08 per GB-maand | € 16,00 |
| Uitgaand internetverkeer | 500 GB × € 0,09 | € 45,00 |
Het totaal van deze vier posten is € 325,26 per maand, of € 3.903,12 per jaar. Voeg benodigde back-ups, ondersteuning en andere diensten aan dit subtotaal toe.
Als een afnameverplichting van één jaar alleen het tarief voor virtuele machines met 35% verlaagt, wordt de post voor virtuele machines € 140,16 vermenigvuldigd met 0,65, of € 91,104 vóór afronding. Tel de ongewijzigde kosten voor database, opslag en uitgaand verkeer erbij op voor € 276,204, weergegeven als € 276,20 per maand. Als je 35% op de hele raming toepast, geef je ten onrechte korting op diensten die buiten dat aanbod voor virtuele machines vallen.
Leg vast wat de raming betekent
Bekijk maandelijkse kosten, vooruitbetalingen en jaarlijkse totalen samen. Een aanbod dat volledig vooraf wordt betaald, kan een kleine terugkerende factuur tonen terwijl aan het begin geld nodig is. Leg de datum, regio, configuratie, uren, gegevensoverdracht, looptijd van de afnameverplichting en prijsbasis vast. Openbare ramingen gebruiken catalogustarieven; sommige calculators kunnen overeengekomen prijzen gebruiken. De calculator van Google kan contractprijzen gebruiken wanneer die aan een geschikt factureringsaccount is gekoppeld.
De AWS Pricing Calculator sluit belasting uit. Prijslijsten en API’s, zoals de AWS Price List API en Azure Retail Prices API, leveren tarieven aan tools en scripts; tarieven kunnen veranderen nadat een raming is opgeslagen.
Groepeer de raming per workload, sla een deelbare link op en exporteer die voor beoordeling. AWS ondersteunt CSV- en PDF-exports. Vergelijk na implementatie elke belangrijke post met het kostenrapport. Onderzoek verschillen in werkelijke uren, opslag en gegevensoverdracht ten opzichte van de opgeslagen hoeveelheden.
Belangrijkste punten
- Zet de hele architectuur op een rij, inclusief back-ups, ondersteuning en omgevingen buiten productie.
- Houd regio’s, eenheden en perioden consistent.
- Pas korting alleen toe op onderdelen die daarvoor in aanmerking komen.
- Leg prijsbasis en datum vast en vergelijk de raming daarna met het werkelijke gebruik.
3Volg en analyseer clouduitgaven
Een factuur geeft het verschuldigde bedrag, maar om te verklaren waarom het veranderde is meer detail nodig. Afzonderlijke accounts, abonnementen en projecten helpen verantwoordelijkheid vaststellen, terwijl kostenrapporten de diensten en resources achter een verandering tonen. Dit hoofdstuk laat zien hoe je die overzichten samen leest, vooraf betaalde afnameverplichtingen eerlijk over de tijd verdeelt en meldingen vroeg genoeg instelt zodat een verantwoordelijke op stijgende uitgaven kan reageren.
3.1 Facturen voor meerdere accounts en projecten
Een centrale factureringspartij kan voor afzonderlijke accounts, abonnementen of projecten van meerdere teams betalen. Houd zowel de betaler als de resource-eigenaar bij.
Zoek de betalende partij
Bij AWS heeft een organisatie in AWS Organizations een beheeraccount dat via geconsolideerde facturering voor de lidaccounts betaalt. Bij Azure vallen abonnementen onder een factureringsaccount; onder een Microsoft Customer Agreement organiseren factureringsprofielen en factuursecties de betaling. Bij Google Cloud is elk project gekoppeld aan een Cloud Billing-account dat de kosten betaalt.
Een factuur beslaat normaal een kalendermaand. De groeperingen naar dienst, gebruikstype, regio en account of project verklaren de kosten. Tegoeden, terugbetalingen en belastingen beïnvloeden het verschuldigde bedrag. Gedetailleerde factuurregels koppelen een gemeten hoeveelheid aan een tarief en, waar beschikbaar, een resource.
Combineer gebruik dat voor volumetarieven in aanmerking komt
Geconsolideerde facturering bij AWS kost niets extra en combineert gebruik dat voor volumestaffels in aanmerking komt. Bekijk voorbeeldtarieven voor opslag: € 0,023 per GB-maand voor de eerste 50.000 GB en € 0,022 daarboven. Drie accounts slaan elk een maand lang 20.000 GB op.
Afzonderlijk gefactureerd betaalt elk € 460 en is het gezamenlijke totaal € 1.380. Het geconsolideerde gebruik is 60.000 GB: de eerste 50.000 kosten € 1.150 en de resterende 10.000 kosten € 220. Het geconsolideerde totaal is € 1.370.
Alleen de hoeveelheid boven de staffelgrens krijgt het lagere tarief. Als je alle 60.000 GB tegen € 0,022 prijst, krijg je € 1.320 en pas je de goedkopere staffel ten onrechte op eerder gebruik toe.
Volg gedeelde voordelen van afnameverplichtingen
Voordelen van Reserved Instances en Savings Plans kunnen ook worden gedeeld tussen accounts die daarvoor in aanmerking komen. Als account A een Reserved Instance bezit maar in een bepaald uur geen overeenkomend gebruik heeft, kan de overeenkomende draaiende instance van account B het voordeel krijgen. Het beheeraccount kan delen voor geselecteerde accounts uitschakelen.
De weergegeven factuur van een lidaccount is daarom een informatief overzicht van kosten en toegerekende voordelen. Pas de centrale toerekeningsregel toe wanneer een ander team het gekochte voordeel gebruikt.
Afzonderlijke accounts, abonnementen of projecten maken eigenaarschap zichtbaar doordat kosten al binnen die grenzen vallen. Tags splitsen kosten daarbinnen verder uit, bijvoorbeeld per applicatie of omgeving.
Voor toegang tot factureringsgegevens is nog steeds een machtiging nodig. Geef kostenkijkers de mogelijkheid rapporten te bekijken zonder ook het recht te geven betaalgegevens te wijzigen of afnameverplichtingen aan te gaan. Scheid het bekijken van kosten, wijzigen van betalingen en aangaan van afnameverplichtingen met machtigingen volgens het principe van minimale rechten.
Belangrijkste punten
- Accounts, abonnementen en projecten maken gebruik herkenbaar; een centrale factureringspartij kan voor meerdere daarvan betalen.
- Geconsolideerde facturering combineert gebruik dat voor volumetarieven in aanmerking komt en kan voordelen van afnameverplichtingen delen.
- Pas het tarief van elke staffel alleen toe op de hoeveelheid binnen die staffel.
- Interne kostentoerekening moet rekening houden met gedeelde kortingen.
- Factureringsmachtigingen moeten het principe van minimale rechten volgen.
3.2 Vind de oorzaak van een kostenverandering
Gebruik kostenrapporten om de dienst, resource en eigenaar achter een verandering in de uitgaven te vinden.
Kies een bruikbaar overzicht
AWS Cost Explorer, kostenanalyse in Microsoft Cost Management en Google Cloud Billing-rapporten tonen uitgaven in de tijd. Filter en groepeer op dienst, account of project, regio, gebruikstype en tags. Prognoses schatten toekomstige kosten op basis van eerdere gebruikspatronen.
Exporteer factureringsgegevens voor gedetailleerde analyse. Gegevens van het AWS Cost and Usage Report kunnen via AWS Data Exports aan S3 worden geleverd, exports van Azure Cost Management schrijven naar een opslagaccount en factureringsexports van Google Cloud gaan naar BigQuery. Met deze gegevensverzamelingen kunnen analisten resource-ID’s, hoeveelheden en tags bevragen of eigen dashboards bouwen.
Maak onderscheid tussen betaalmoment en kosten over de tijd
Een overzicht van werkelijke kosten toont kosten in de periode waarin ze zijn gefactureerd. Een overzicht van geamortiseerde kosten verdeelt vooraf betaalde kosten van afnameverplichtingen over de looptijd. Als een afnameverplichting van één jaar vooraf € 8.760 kost, toont de aankoopmaand € 8.760 in een overzicht van werkelijke kosten. Een eenvoudige maandelijkse geamortiseerde weergave verdeelt dit als ongeveer € 730 per maand.
Gebruik werkelijke kosten voor het betaalmoment en geamortiseerde kosten voor vergelijkingen tussen perioden; een vooruitbetaalde aankoop is geen plotselinge gebruiksstijging.
Onderzoek de grootste verandering
Stel dat de factuur van € 10.000 naar € 12.000 stijgt. De stijging van € 2.000 is 20% van de vorige maand. Groepering per dienst laat zien:
| Dienst | Vorige maand | Huidige maand | Verandering |
|---|---|---|---|
| Rekenkracht | € 5.800 | € 6.000 | +€ 200 |
| Opslag | € 1.900 | € 2.000 | +€ 100 |
| Gegevensoverdracht | € 1.100 | € 3.000 | +€ 1.900 |
| Overig | € 1.200 | € 1.000 | −€ 200 |
Gegevensoverdracht verklaart € 1.900 van de nettostijging van € 2.000, of 95%. Begin daar: groepeer gegevensoverdracht op regio, dan op account of tag en bekijk vervolgens de resource en het gebruikstype. Een toenemend replicatietraject vraagt een andere reactie dan groeiende downloads naar klanten. Wijs een verantwoordelijke en een actie aan nadat je de oorzaak hebt gevonden.
Houd rekening met vertraging en verborgen veranderingen
Factureringsrapporten lopen achter op resourceactiviteiten. AWS-budgetgegevens worden tot drie keer per dag bijgewerkt; Azure-kostengegevens komen doorgaans binnen 8–24 uur aan. Een nieuwe workload kan al kosten maken voordat die verschijnen. Vergelijk gelijkwaardige perioden en kostenoverzichten wanneer je een melding controleert.
Tools voor afwijkingsdetectie herkennen ongebruikelijke uitgavenpatronen. AWS Cost Anomaly Detection, meldingen van kostenafwijkingen in Microsoft Cost Management en afwijkingsdetectie van Google Cloud kunnen een vergeten cluster of een piek in gegevensoverdracht signaleren. Aanbevelingsdiensten zoals AWS Trusted Advisor, Azure Advisor en Google Cloud Recommender stellen mogelijke besparingen voor om te onderzoeken.
Een gelijkblijvend totaal kan groeiende databasekosten verhullen die worden gecompenseerd door dalende kosten voor virtuele machines. Vergelijk veranderingen per dienst naast groepen op account en tag om zowel gebruik als verantwoordelijkheid vast te stellen.
Belangrijkste punten
- Groepeer het totaal per dienst en splits daarna verder uit naar regio, eigenaar en resource.
- Werkelijke kosten volgen het factureringsmoment; geamortiseerde kosten spreiden vooruitbetaalde afnameverplichtingen.
- Vergelijk zowel veranderingen als totalen; elkaar compenserende veranderingen kunnen groei verhullen.
- Kostengegevens hebben vertraging, dus een rapport is geen realtime meter.
- Meldingen van afwijkingen en aanbevelingen wijzen op werk dat een verantwoordelijke moet onderzoeken.
3.3 Maak meldingen die tot actie leiden
Een budget legt een gepland bedrag vast voor een periode en bereik. Meldingen vergelijken kosten of gebruik met dat plan. Ze helpen iemand vóór de eindfactuur te reageren, dus hun bereik, drempels en ontvanger zijn even belangrijk als het bedrag.
Bepaal het bereik en doel
AWS Budgets, budgetten van Microsoft Cost Management en Google Cloud Billing-budgetten kunnen een account of een beperkter deel volgen. Voorbeelden zijn een Azure-abonnement of -resourcegroep, een Google-project of een filter op dienst of tag. Azure ondersteunt maandelijkse, kwartaal- en jaarlijkse resets; AWS ondersteunt ook aangepaste perioden zoals de looptijd van een project.
AWS biedt kosten- en gebruiksbudgetten plus budgetten voor benutting en dekking van Reserved Instances en Savings Plans. Benutting geeft aan hoeveel van een gekochte afnameverplichting wordt gebruikt. Dekking geeft aan hoeveel gebruik dat in aanmerking komt een voordeel van een afnameverplichting krijgt. Een team kan een hoge benutting maar lage dekking hebben als een kleine afnameverplichting volledig wordt gebruikt door een veel grotere workload.
Gebruik drempels voor werkelijke en verwachte kosten
Een melding op basis van werkelijke kosten vergelijkt de uitgaven tot dan toe met een drempel. Een melding op basis van verwachte kosten vergelijkt de verwachte uitgaven voor de hele periode met een drempel. De voorgestelde standaarddrempels van Google omvatten 50%, 90% en 100%; kies niveaus die de verantwoordelijke tijd geven om te reageren.
Bij een maandbudget van € 5.000 is een drempel van 80% voor werkelijke kosten € 4.000. Op dag 12 van een maand van 30 dagen zijn de uitgaven € 2.400. Dat is 48% van het budget, dus de drempel voor werkelijke kosten is nog niet bereikt. Bij het huidige tempo van € 200 per dag komt een eenvoudige prognose uit op € 6.000, of 120% van het budget. Een drempel van 100% voor verwachte kosten waarschuwt nu.
Het resterende budget is € 2.600 voor 18 dagen. Deel om ongeveer € 144,44 per dag te krijgen. Dit is het gemiddelde resterende tempo dat nodig is om binnen het plan te blijven; een lager toekomstig tempo maakt al gemaakte kosten niet ongedaan.
Bepaal wat er na de melding gebeurt
Een gewoon budget geeft een melding en stopt uitgaven niet standaard. Azure-budgetmeldingen hebben geen invloed op resources. Google-budgetten die alleen meldingen geven, begrenzen het verbruik niet. Factureringsgegevens komen met vertraging binnen, dus kosten kunnen een drempel overschrijden voordat iemand de melding ontvangt.
Automatisering vereist configuratie. AWS-budgetacties kunnen IAM-beleid of servicecontrolebeleid toepassen of EC2- en RDS-instances stoppen. Azure-actiegroepen kunnen Functions, Logic Apps of webhooks aanroepen. Google Pub/Sub-meldingen kunnen automatisering activeren; Google biedt ook afzonderlijk geconfigureerde budgetten met een uitgavenplafond die ondersteunde diensten in een project pauzeren.
Kies de actie met de beschikbaarheidsbehoeften van de workload in gedachten. Een testsysteem automatisch stoppen kan aanvaardbaar zijn; de enige productiedatabase stoppen kan een kostbare uitval veroorzaken. Test het bereik en de machtigingen van een automatische actie voordat je erop vertrouwt.
Geef het budget een verantwoordelijke
Meldingen kunnen naar e-mail, AWS SNS-topics en chatapps, Azure-actiegroepen en de mobiele app, of Google Pub/Sub- en Cloud Monitoring-kanalen gaan. Wijs de persoon of het team aan dat onderzoek moet doen en leg vast hoe urgente meldingen worden afgehandeld. Een gedeelde inbox is alleen nuttig als iemand verantwoordelijk is voor de reactie. Controleer bij regelmatige beoordelingen of het bereik nog bij de workload past en of ontvangers nog bevoegd zijn om te handelen.
Belangrijkste punten
- Stel het bedrag, de periode, het bereik, de drempels en de verantwoordelijke ontvanger vast.
- Meldingen op basis van werkelijke kosten volgen de uitgaven tot dan toe; prognoses waarschuwen voor het verwachte totaal.
- Gewone budgetten geven meldingen; resources stoppen of beperken vereist een geconfigureerde actie.
- Houd bij de reactietijd rekening met vertraging in de facturering.
- Benutting en dekking van afnameverplichtingen meten verschillende dingen.
- Kies automatisering die past bij de beschikbaarheidsbehoeften van de workload.
4Stuur cloudresources en clouduitgaven aan
Clouduitgaven veranderen wanneer mensen resources maken, hun capaciteit aanpassen of ze laten draaien. Governance verbindt die vrijheid met duidelijk eigenaarschap en regels. Dit hoofdstuk gaat van kostentoerekening met tags naar het beheersen van resource-instellingen en het organiseren van regelmatige financiële beoordelingen. Je maakt onderscheid tussen labels, machtigingen, beleidsregels en vergrendelingen en combineert die met een proces dat kosteninformatie omzet in actie.
4.1 Reken kosten toe met betrouwbare tags
Een tag is een sleutel-waardelabel op een resource, zoals “Environment = Production” of “CostCenter = 4410”. Tags verbinden technische resources met de mensen en bedrijfsdoelen achter hun kosten. AWS en Azure gebruiken hiervoor tags; Google Cloud gebruikt labels voor uitsplitsing van factureringsgegevens en afzonderlijke tags vooral voor voorwaardelijk beleid.
Stel één standaard vast
Nuttige sleutels zijn CostCenter, Owner, Environment, Project en Application. Bepaal toegestane namen en waarden en pas ze toe wanneer resources worden gemaakt. “Environment = Production” en “environment = prod” kunnen één bedoelde groep in tweeën splitsen. AWS-tagsleutels en -waarden zijn hoofdlettergevoelig. Azure-tagnamen zijn voor bewerkingen niet hoofdlettergevoelig, maar waarden wel.
Gescheiden accounts geven een brede grens voor eigenaarschap; tags voegen daarbinnen detail toe. Een gedeeld account kan resources met zowel “Application = Orders” als “Application = Search” bevatten, waardoor een kostenrapport die applicaties kan scheiden zonder ze te verplaatsen.
Maak de labels bruikbaar voor facturering
Bij AWS moet een beheeraccount of zelfstandig account tags activeren als tags voor kostentoerekening in Billing and Cost Management. Door gebruikers gedefinieerde tags staan naast door AWS gegenereerde tags met het voorvoegsel “aws:”, zoals “aws:createdBy”. Activering en beschikbaarheid kunnen tijd kosten; het kan tot 24 uur duren voordat ze verschijnen. Een aangevraagde aanvulling achteraf kan tags toepassen op maximaal 12 maanden aan eerdere kostengegevens van resources die ze al hadden.
Azure-resources erven standaard geen tags van resourcegroepen of abonnementen. Azure Policy kan tags op resources toevoegen of overnemen. Tagovererving in Cost Management past tags van hogere niveaus toe op gebruiksregistraties; die rapportagefunctie is iets anders dan tags op de resources zelf schrijven. Azure staat maximaal 50 tags per resource, resourcegroep of abonnement toe.
Reken gedeelde en ontbrekende kosten expliciet toe
Niet elk resourcetype ondersteunt tags en bij ondersteuningskosten, belastingen en sommige overdrachtskosten kan een resourcetag ontbreken. Houd een categorie voor niet-toegerekende kosten aan en spreek af hoe je werkelijk gedeelde kosten verdeelt.
Stel dat resourcekosten in totaal € 5.000 bedragen: Team A heeft € 3.000, Team B € 1.500 en € 500 heeft geen tag. Kosten met tags bedragen samen € 4.500. Een afzonderlijk ondersteuningsbedrag van € 400 wordt naar verhouding van de kosten met tags toegerekend. Team A krijgt € 3.000 gedeeld door € 4.500 van dat bedrag, of € 266,67. Team B krijgt € 133,33. De volledige factuur is € 5.400 en de € 500 zonder tag blijft over voor de eigenaren om uit te zoeken. Verdeel die niet stilzwijgend alsof de eigenaar bekend is.
Kostenrapportage per team toont kosten aan een team voor inzicht. Interne kostendoorbelasting boekt die kosten op het interne budget van het team. Beide vereisen betrouwbaar resource-eigenaarschap en een toerekeningsmethode die gedeelde kosten verklaart.
Houd tags nauwkeurig en veilig
Pas de standaard toe via infrastructuur als code en processen voor het maken van resources. AWS-tagbeleid standaardiseert ondersteunde tagsleutels en -waarden; gebruik aanvullende beheersmaatregelen om ontbrekende tags te detecteren of voorkomen. Azure Policy kan een tag vereisen, een waarde toevoegen of aanmaak weigeren die niet aan de regels voldoet. Volg tagdekking als het aandeel van de relevante kosten met de vereiste tags en onderzoek ontbrekende dekking.
Tags verschijnen als klare tekst in rapporten, logboeken en exports. Houd wachtwoorden, persoonsgegevens en andere gevoelige waarden eruit. Een tag op zichzelf is metadata; toegangsregels hebben een afzonderlijke beleidsregel nodig die de tag gebruikt.
Belangrijkste punten
- Gebruik een gedeelde standaard voor sleutels, waarden en hoofdlettergebruik.
- Activeer AWS-tags voor kostentoerekening voordat je ze in rapporten verwacht.
- Azure-resourcetags en overerving naar gebruiksregistraties in Cost Management zijn verschillend.
- Reken gedeelde kosten toe volgens een afgesproken regel en onderzoek kosten zonder tag.
- Kostenrapportage informeert teams; interne doorbelasting boekt kosten op hun budgetten.
- Houd gevoelige informatie uit tags.
4.2 Koppel de regel aan de juiste beheersmaatregel
Cloudgovernance combineert regels, processen en beheersmaatregelen. Een preventieve maatregel blokkeert een ongewenste actie, een detectieve maatregel meldt een probleem en een correctieve maatregel herstelt het. Stem de maatregel af op de werkelijke eis: wie mag handelen, welke resourcetoestand is toegestaan of wat moet worden beschermd tegen onbedoelde verandering.
Pas Azure-resourceregels toe
Azure RBAC bepaalt wie acties mag uitvoeren. Azure Policy controleert resource-eigenschappen ongeacht wie het verzoek indient. Een Contributor kan machtiging hebben om virtuele machines te maken, maar een beleidsregel Allowed locations kan een niet-goedgekeurde regio nog steeds weigeren.
Een beleidsdefinitie bevat een regel en effect. Een initiatief groepeert definities. Een toewijzing past er één toe op een beheergroep, abonnement, resourcegroep of resource; lagere bereiken erven die, met uitsluitingen waar die zijn geconfigureerd.
Het effect bepaalt de reactie. audit legt vast dat iets niet aan de regels voldoet; deny blokkeert een wijziging die niet aan de regels voldoet. modify en append kunnen een verzoek wijzigen, bijvoorbeeld door een tag toe te voegen. auditIfNotExists controleert gerelateerde resources en deployIfNotExists kan ze implementeren. denyAction blokkeert opgegeven acties zoals verwijdering; disabled schakelt beoordeling uit. Bestaande resources kunnen hersteltaken nodig hebben. Beoordelingen vinden plaats bij relevante wijzigingen en in scans die normaal elke 24 uur draaien. Begin met audit wanneer je de gevolgen van een toewijzing wilt begrijpen voordat je deny afdwingt.
Bescherm resources tegen onbedoelde verandering
Azure-vergrendelingen gelden op het bereik van een abonnement, resourcegroep of resource en worden overgeërfd. CanNotDelete, in de portal weergegeven als Delete, staat lezen en wijzigen toe maar blokkeert verwijderen. ReadOnly staat alleen lezen toe en kan onverwachte beheerbewerkingen blokkeren, waaronder het starten van een virtuele machine of het opvragen van opslagsleutels.
Alleen rollen met machtigingen voor vergrendelingen, zoals Owner of User Access Administrator, kunnen vergrendelingen beheren. Een vergrendeling kan een anders toegestane actie blokkeren, maar iemand die bevoegd is die te verwijderen kan die bescherming wegnemen. Vergrendelingen beschermen beheerbewerkingen, niet opgeslagen gegevens: een vergrendeling op een opslagaccount verhindert niet dat blobs via de gegevenslaag worden verwijderd. Een vergrendelde resource kan verwijdering van de hele resourcegroep verhinderen.
Gebruik de overeenkomstige organisatorische beleidswaarborgen
AWS-servicecontrolebeleid, of SCP’s, bepaalt de maximale machtigingen voor IAM-gebruikers en -rollen in lidaccounts, inclusief rootgebruikers van leden. Het beleid verleent zelf geen machtigingen en beperkt het beheeraccount niet. Een SCP kan acties buiten goedgekeurde regio’s weigeren. AWS Config-regels detecteren resources die niet aan de regels voldoen; Control Tower helpt accounts en beheersmaatregelen in te richten. Tagbeleid standaardiseert ondersteunde tagwaarden, maar een regel voor ontbrekende tags vereist passende aanvullende handhaving.
Google Cloud Organization Policy Service past beperkingen toe op het bereik van een organisatie, map of project; die worden verder naar beneden in de hiërarchie overgeërfd. Alle drie de aanbieders gebruiken quota om aantallen zoals vCPU’s te beperken. Een quotum begrenst de hoeveelheid resources, niet de totale factuur voor alle diensten.
Voor “goedgekeurde EU-regio’s, een CostCenter-tag en bescherming tegen verwijdering van de database” heeft Azure regio- en tagbeleid plus een CanNotDelete-vergrendeling nodig. AWS combineert regionale SCP’s, tagstandaarden en -controles en verwijderingsbeveiliging voor de database. Google combineert beperkingen voor resourcelocaties, labelcontroles en verwijderingsbeveiliging.
Microsoft Purview dient een ander doel: gegevens in verschillende omgevingen vinden, classificeren, catalogiseren en beschermen en compliance ondersteunen. Beperk groottes van virtuele machines en regio’s met resourcebeleid, niet met een datacatalogus.
Belangrijkste punten
- RBAC bepaalt toegestane acties; resourcebeleid bepaalt toegestane resourcetoestanden.
- Audit detecteert overtredingen; deny voorkomt de opgegeven wijziging.
- CanNotDelete staat wijzigingen toe; ReadOnly blokkeert beheerwijzigingen.
- Azure-vergrendelingen beschermen de besturingslaag, niet de gegevens in de resource.
- SCP’s beperken machtigingen van lidaccounts en verlenen zelf geen machtigingen.
- Quota beperken aantallen; Purview richt zich op datagovernance.
4.3 Geef cloudkosten verantwoordelijken en een vaste werkwijze
Iemand met cloudmachtigingen kan binnen enkele minuten een factureerbare resource maken. Financiële governance vereist daarom een doorlopende werkwijze: kosten tonen, verantwoordelijkheid toewijzen, op veranderingen handelen en beoordelen of beheersmaatregelen nog bij het bedrijf passen.
Verbind mensen, processen en technologie
FinOps brengt financiële, engineering- en bedrijfsteams samen om weloverwogen uitgavenbeslissingen te nemen. Engineers begrijpen de systemen en kunnen het gebruik ervan veranderen. Het financiële team stelt budgetten en prognoses op. Bedrijfsleiders bepalen hoe kosten moeten worden afgewogen tegen snelheid, betrouwbaarheid en kwaliteit.
Geef elk account, abonnement of project een aangewezen kostenverantwoordelijke. Een centraal FinOps-team of cloudexpertisecentrum stelt gezamenlijke standaarden vast, maakt rapporten en coördineert afnameverplichtingen voor het gezamenlijke basisgebruik. Het ondersteunt beslissingen van engineeringteams in plaats van alle dagelijkse resourcekeuzes voor hen te maken.
Tools ondersteunen dat werk: accountstructuren, tags, kostenrapporten, budgetten, meldingen van afwijkingen, beleidsregels, quota en aanbevelingen. Een dashboard zonder verantwoordelijke beslist niet wat er moet gebeuren; een melding zonder reactieproces kan ongelezen blijven.
Herhaal de FinOps-fasen
Het FinOps Framework noemt drie terugkerende fasen:
- Informeren: maak uitgaven zichtbaar en reken ze toe aan verantwoordelijken.
- Optimaliseren: verbeter gebruik en tarieven terwijl je aan de vereisten voldoet.
- Uitvoeren: stel doelen en beleidsregels vast, handel via afgesproken processen en verbeter de werkwijze.
Ze vormen een cyclus, geen eenmalig project. Bij een maandelijkse beoordeling kun je werkelijke kosten met prognoses vergelijken, veranderingen per team onderzoeken, tagdekking controleren en ongebruikte afnameverplichtingen beoordelen. Tussen beoordelingen door behandelt een proces voor afwijkingen urgente veranderingen. Een proces voor het aangaan van afnameverplichtingen moet vastleggen wie de verplichting mag goedkeuren en welk basisgebruik die onderbouwt.
De Google-resourcehiërarchie, organisatie, mappen, projecten en resources, helpt eigenaarschap te combineren met overgeërfd toegangs- en organisatiebeleid. Kosteninzicht, machtigingsgrenzen en audits moeten bij die structuur passen, zodat de eigenaar van een project de uitgaven ervan kan onderzoeken.
Relateer kosten aan nuttige output
Bij kosten per eenheid deel je kosten door een bedrijfsresultaat, zoals verwerkte bestellingen. Bij € 12.000 voor 400.000 bestellingen zijn de kosten € 0,03 per bestelling. Bij € 15.000 voor 600.000 bestellingen dalen ze naar € 0,025 per bestelling.
De factuur groeide met 25%, terwijl het aantal bestellingen met 50% groeide. Een hogere factuur kan dus samengaan met lagere kosten per eenheid. Controleer zowel het totaal als de maat per eenheid: het totaal is van belang voor het budget, terwijl de maat per eenheid de efficiëntie verklaart als de output verandert. Lagere kosten per eenheid kunnen samengaan met ongebruikte resources, dus blijf kosten op resourceniveau onderzoeken.
Rond de opvolging van een incident af
Stel dat een wekelijkse afwijking een stijging van 40% laat zien. De melding bereikt de accounteigenaar, die het rapport op tag groepeert en een testcluster vindt dat op volledige grootte is blijven draaien. Het team stopt het onnodige werk, bevestigt het effect in latere kostengegevens en voegt een einddatum toe aan aanvragen voor testresources. Bij de volgende beoordeling werkt het team de standaard bij en controleert het of vergelijkbare resources bestaan.
Deze reeks geeft elke tool een doel: de melding detecteert, het rapport verklaart, de verantwoordelijke handelt en het proces vermindert herhaling. Controleer voordat je kosten verlaagt het effect op beveiliging, prestaties en betrouwbaarheid. Financiële governance streeft naar nuttige bedrijfsresultaten uit clouduitgaven, waarbij de afwegingen zichtbaar zijn voor de verantwoordelijken.
Belangrijkste punten
- Financiële, engineering- en bedrijfsteams delen de verantwoordelijkheid voor cloudkosten.
- Elke uitgavengrens heeft een aangewezen verantwoordelijke nodig.
- Informeren, Optimaliseren en Uitvoeren worden herhaald wanneer de omgeving verandert.
- Vergelijk de totale kosten met de kosten per bedrijfseenheid.
- Een reactie op een incident moet leiden tot een gecontroleerde actie en een verbeterd proces.
5Gebruik ondersteuningsabonnementen, deskundig advies en cloudraamwerken
Cloudteams hebben op verschillende momenten verschillende soorten hulp nodig: probleemoplossing tijdens een storing, advies over een ontwerp of een plan voor een hele organisatie. Dit hoofdstuk koppelt elke behoefte aan een ondersteuningsabonnement, hulpbron of raamwerk. Je berekent gestaffelde ondersteuningskosten, maakt onderscheid tussen reactie en herstel, beoordeelt afwegingen voor workloads en plaatst adoptietaken in het eigen raamwerk van elke aanbieder.
5.1 Kies een ondersteuningsabonnement en bereken de prijs
Een ondersteuningsabonnement geeft onder vastgestelde voorwaarden toegang tot hulp. Kies het op basis van de impact van de workload en de vereiste eerste reactie en bereken daarna de kosten. Een streeftijd voor reactie vertelt wanneer de hulp begint, niet wanneer de applicatie is hersteld.
Vergelijk ondersteuningsniveaus
Basisabonnementen bevatten hulp bij accounts en facturering, documentatie en toegang tot gebruikersgemeenschappen. Betaalde abonnementen voegen technische ondersteuningsverzoeken en snellere reacties bij ernstige incidenten toe. Hogere niveaus kunnen architectuuradvies en een technisch accountmanager, of TAM, toevoegen die doorlopend advies geeft. Open verzoeken via de console van de aanbieder, zoals AWS Support Center of Azure Help + support.
In oktober 2026 beveelt AWS Business Support+ aan als minimaal abonnement voor productie. Het omvat 24/7 technische ondersteuning per telefoon, chat en e-mail, alle Trusted Advisor-controles en een streeftijd voor reactie van minder dan 30 minuten bij uitval van een bedrijfskritisch systeem. Enterprise Support voegt een toegewezen TAM en Well-Architected-beoordelingen toe, met een streeftijd van minder dan 15 minuten voor die ernst. Unified Operations voegt incidentmanagementengineers toe met een streeftijd van minder dan vijf minuten, evenals specialisten en 24/7 bewaking van workloads.
AWS beëindigt de oudere abonnementen Developer, Business en Enterprise On-Ramp op 1 januari 2027 in commerciële regio’s. Gebruikers van Developer en Business kunnen overstappen naar Business Support+; gebruikers van Enterprise On-Ramp stappen over naar Enterprise Support.
Pas staffels en het minimum toe
Business Support+ kost het hoogste van 29 US dollar per maand per account of gestaffelde percentages van de maandelijkse AWS-kosten: 9% over de eerste 10.000 US dollar, 7% van 10.000 tot 80.000 US dollar, 5% van 80.000 tot 250.000 US dollar en 3% boven 250.000 US dollar.
Bij 20.000 US dollar aan kosten draagt de eerste staffel 900 US dollar bij en de volgende 700 US dollar, samen 1.600 US dollar. Pas 7% niet toe op alle 20.000 US dollar: eerdere uitgaven behouden het tarief van hun staffel. Bij 200 US dollar aan kosten geeft 9% 18 US dollar, dus geldt het minimum van 29 US dollar.
Enterprise Support gebruikt een minimum van 5.000 US dollar of 10% over de eerste 150.000 US dollar, 7% tot 500.000 US dollar, 5% tot 1 miljoen US dollar en 3% daarboven. Bij 100.000 US dollar zijn de kosten 10.000 US dollar. Unified Operations begint bij 50.000 US dollar per maand. Vergelijk het minimum met het berekende totaal nadat je alle relevante staffels hebt toegepast.
Stem het abonnement af op de behoefte
Azure Basic omvat hulp bij facturering en abonnementen. Developer kost 29 US dollar per maand voor gebruik buiten productie, met reactie op zaken met minimale impact binnen acht kantooruren. Standard kost 100 US dollar voor productie, met reactie op kritieke zaken binnen één uur. Professional Direct kost 1.000 US dollar voor bedrijfskritisch gebruik, met kritieke zaken binnen één uur en zaken met gemiddelde impact binnen twee uur. Unified Enterprise heeft een prijs op maat, een reactietijd binnen 15 minuten bij uitval van een Azure-systeem en ondersteuning voor andere Microsoft-producten.
Google Cloud Customer Care heeft de niveaus Basic, Standard, Enhanced en Premium. Betaalde niveaus verbeteren de streeftijden voor reacties; Premium voegt een TAM toe.
Voor een webshop in productie die dag en nacht technische hulp nodig heeft zonder vaste accountmanager kunnen AWS Business Support+ of Azure Standard passen. Een vereiste voor een TAM verandert de vergelijking. Controleer ernst, dekkingsuren, streeftijd voor de eerste reactie, inbegrepen advies en prijs samen. Ondersteuning helpt het team van de klant; de klant beheert nog steeds de eigen applicatie.
Belangrijkste punten
- Kies ondersteuning op basis van de impact van de workload, de benodigde reactie en inbegrepen diensten.
- Basishulp omvat facturering en accounts; technische ondersteuningsverzoeken vereisen een passend betaald abonnement.
- Een streeftijd voor de eerste reactie is geen hersteldeadline.
- Gestaffelde kosten passen verschillende tarieven toe op verschillende delen van de uitgaven.
- Reken het hoogste van de berekende kosten en het minimum van het abonnement.
5.2 Vind de juiste soort hulp
Een aanbieder biedt verschillende soorten hulp omdat verschillende problemen verschillende reacties vragen. Begin met het benoemen van de taak: een configuratie leren kennen, een incident onderzoeken, kosten beoordelen, software kopen of een migratie plannen.
Leer en ontwerp
Officiële documentatie legt functies en configuratie uit. AWS biedt daarnaast whitepapers, blogs, Prescriptive Guidance voor strategieën en patronen en het Knowledge Center voor veelgestelde vragen. Microsoft Learn en het Azure Architecture Center bieden vergelijkbare naslagwerken. Google Cloud-documentatie en het Architecture Center leggen Google-diensten en ontwerppatronen uit.
In gebruikersgemeenschappen kunnen mensen vragen stellen en beantwoorden: AWS re:Post, Microsoft Q&A en Azure-gemeenschappen, en de Google Cloud Community. Ze kunnen helpen bij een ontwerpvraag of gedeelde ervaring. Open bij een urgent productie-incident waarvoor een streeftijd voor reactie nodig is een technisch ondersteuningsverzoek onder het passende ondersteuningsabonnement.
AWS-solutionarchitecten adviseren over workloadontwerp, terwijl AWS Professional Services helpt bij de uitvoering van grotere adviesprojecten. Partners kunnen omgevingen ontwerpen, migreren en beheren. Onafhankelijke softwareleveranciers, of ISV’s, verkopen software; systeemintegrators en adviespartners verbinden systemen en bieden hulp bij implementatie. Partnerprogramma’s van aanbieders bieden training, certificering, evenementen en commerciële voordelen.
Bekijk de status en aanbevelingen
Servicedashboards melden gebeurtenissen bij de aanbieder. AWS Health toont de openbare dienststatus en gebeurtenissen die je account raken; via de AWS Health API kan automatisering gebeurtenissen verwerken. Azure Service Health geeft problemen, onderhoud en adviezen die relevant zijn voor abonnementen. Statusdiensten van Google Cloud bieden informatie over de dienststatus en waar beschikbaar gepersonaliseerde incidentinformatie.
Een openbare statuspagina kan normaal zijn terwijl een gebeurtenis een specifiek account of een specifieke resource raakt. Controleer bij een storing het account- of abonnementsoverzicht en vergelijk dat met de eigen bewaking van de applicatie. Als er geen gebeurtenis wordt vermeld, is dat een reden om de applicatie verder te onderzoeken, niet om de symptomen te negeren.
Adviestools onderzoeken configuraties en gebruik. AWS Trusted Advisor controleert kosten, beveiliging, fouttolerantie, prestaties, dienstlimieten en operationele excellentie. Basic bevat basiscontroles; betaalde abonnementen bevatten alle controles. Azure Advisor omvat betrouwbaarheid, beveiliging, prestaties, kosten en operationele excellentie, met een Advisor-score. Google Cloud Recommender, onderdeel van Active Assist, stelt acties voor zoals het aanpassen van de grootte van ongebruikte virtuele machines.
Koop, schakel hulp in of meld
Marktplaatsen verkopen software, gegevens en diensten van derden via de cloudfactuur. Ze kunnen inkoop en het volgen van gebruiksrechten vereenvoudigen: wie gekochte software mag gebruiken. Het zijn geen wachtrijen voor technische ondersteuning. Gebruik een partner of adviesteam van de aanbieder wanneer je deskundigheid nodig hebt voor de uitvoering van een migratie of organisatieontwerp.
AWS Trust and Safety behandelt vermoedelijk misbruik vanuit AWS-resources, zoals spam, scans, denial-of-serviceverkeer of malware. Iedereen kan vermoedelijk misbruik melden; dit is een andere route dan een ondersteuningsverzoek over je eigen applicatie.
Koppel een concreet verzoek aan de dienst: “Wat is er veranderd in de servicestatus van ons abonnement?” vraagt om het gepersonaliseerde statusoverzicht. “Wie kan helpen onze migratie uit te voeren?” vraagt om een adviespartner of Professional Services. “Waar kunnen we een firewall via onze cloudfactuur licentiëren?” vraagt om de marktplaats. “Welke resources lijken ongebruikt?” vraagt om een adviestool of Recommender, gevolgd door een beoordeling van de workloadbehoeften door de eigenaar.
Belangrijkste punten
- Documentatie en architectuurrichtlijnen leggen functies en ontwerpen uit.
- Gebruik gepersonaliseerde statusinformatie wanneer je getroffen resources onderzoekt.
- Adviestools stellen verbeteringen voor die eigenaren moeten beoordelen.
- Marktplaatsen verkopen producten; partners en adviesteams leveren deskundigheid.
- Meld vermoedelijk misbruik via Trust and Safety.
5.3 Beoordeel een workload aan de hand van de pijlers
Een raamwerk voor goede cloudarchitectuur ordent aanbevolen werkwijzen voor het ontwerpen en uitvoeren van een workload. De pijlers helpen een team evenwichtige vragen over het systeem te stellen. Het is een leidraad voor beoordeling en verbetering, geen certificering of compliancestandaard.
Ken de pijlers en hun betekenis
AWS heeft zes pijlers: operationele excellentie, beveiliging, betrouwbaarheid, prestatie-efficiëntie, kostenoptimalisatie en duurzaamheid. Azure heeft er vijf: betrouwbaarheid, beveiliging, kostenoptimalisatie, operationele excellentie en prestatie-efficiëntie. Google Cloud heeft er zes: operationele excellentie; beveiliging, privacy en compliance; betrouwbaarheid; kostenoptimalisatie; prestatieoptimalisatie; en duurzaamheid.
Operationele excellentie betekent systemen uitvoeren en verbeteren met bewaking, automatisering en veilige wijzigingen. Beveiliging beschermt systemen en gegevens. Betrouwbaarheid betekent herstellen van storingen en de bedoelde functies blijven vervullen. Prestatie-efficiëntie of -optimalisatie betekent met passende resources en schaling aan de vraag voldoen. Kostenoptimalisatie zoekt de laagste passende kosten voor de vereiste bedrijfswaarde. Duurzaamheid houdt rekening met de milieu-impact van de workload.
De kostenpijler verbindt prijsstelling met ontwerp: meet uitgaven, reken ze toe aan verantwoordelijken, kies passende aankoopmodellen en beoordeel het gebruik. Een beheerde dienst kan de totale operationele kosten verlagen, ook als de directe dienstkosten hoger zijn dan de kosten voor een virtuele machine in een zelfbeheerd alternatief.
Zet vragen om in een verbeterplan
De AWS Well-Architected Tool is een gratis consoledienst om een workload te beoordelen met vragen voor elke pijler. De tool legt problemen met hoog en gemiddeld risico vast en ondersteunt een verbeterplan. Lenzen voegen vragen toe voor workloadtypen zoals serverloze workloads. Azure biedt een Well-Architected Review-beoordeling en Azure Advisor ordent aanbevelingen rond de pijlers.
Bij een beoordeling wijst een ontbrekend budget op een kostenprobleem. Een database die in één beschikbaarheidszone draait, brengt een betrouwbaarheidsrisico mee. Ontbrekende multifactorauthenticatie op beheerdersaccounts is een beveiligingsprobleem. Handmatige implementaties wijzen op operationele risico’s. Geef de ontbrekende MFA en de blootstelling aan storingen prioriteit op basis van de vereisten en impact van de workload; behandel niet elke bevinding als even urgent.
Leg afwegingen uit
Een tweede regio kan de veerkracht verbeteren, maar voegt kosten voor infrastructuur, replicatie en gegevensoverdracht toe. Een volledige kopie verdubbelt ongeveer de kosten van de gedupliceerde onderdelen. Een kleinere stand-byomgeving kost minder en heeft doorgaans meer tijd nodig om de volledige capaciteit te herstellen. Geen van beide opties kan verstandig worden gekozen zonder eisen voor aanvaardbare uitvalduur en herstel.
Een kostenverlaging waarbij een noodzakelijke herstelkopie wordt verwijderd, kan de betrouwbaarheid verslechteren. Extra beveiligingsmaatregelen kunnen inspanning en kosten toevoegen terwijl ze het risico verlagen. Het doel is een onderbouwde balans, niet de maximaal mogelijke score op elke pijler afzonderlijk.
Stel je een dienst voor die een onderbreking van meerdere uren kan verdragen en een dienst die na enkele minuten veel omzet verliest. Hetzelfde dure ontwerp met een tweede regio kan voor de twee diensten een andere waarde hebben. Leg de bedrijfseis achter de keuze vast en beoordeel die opnieuw wanneer verkeer, architectuur of kriticiteit verandert.
Een Well-Architected-beoordeling draait om een workload. Een organisatiebreed plan voor vaardigheden, governance en migratie gebruikt een raamwerk voor cloudadoptie. Houd de twee niveaus verbonden: organisatiebrede standaarden helpen teams, terwijl bevindingen bij workloads praktische tekortkomingen in die standaarden blootleggen.
Belangrijkste punten
- Een Well-Architected-beoordeling beoordeelt een workload aan de hand van meerdere ontwerppijlers.
- AWS en Google hebben duurzaamheid als pijler; Azure heeft vijf benoemde pijlers.
- Zet bevindingen uit de beoordeling om in acties met prioriteiten.
- Weeg kosten, herstel, beveiliging en prestaties af tegen bedrijfsvereisten.
- Herhaal de beoordeling wanneer de workload verandert.
5.4 Plan de overstap van de organisatie naar de cloud
Een raamwerk voor cloudadoptie begeleidt de overstap van een organisatie naar de cloud. Het verbindt bedrijfsdoelen, mensen, governance, beveiliging en operatie met technisch werk. Een Well-Architected-beoordeling vraagt hoe één workload moet draaien; adoptierichtlijnen vragen hoe de organisatie klaar wordt om veel workloads te bouwen en te beheren.
Gebruik de perspectieven en fasen van AWS
AWS CAF groepeert capaciteiten in zes perspectieven. Business, People en Governance richten zich op bedrijfscapaciteiten. Platform, Security en Operations richten zich op technische capaciteiten. Een businesscase hoort bij Business; vaardigheden van medewerkers bij People; financieel cloudbeheer bij Governance.
De trajectfasen zijn Envision, Align, Launch en Scale. AWS beschrijft gewenste resultaten zoals een lager bedrijfsrisico, betere prestaties op milieu-, sociaal en governancegebied, hogere omzet en betere operationele efficiëntie. Perspectieven beschrijven capaciteitsgebieden; fasen beschrijven het traject. Ze beantwoorden verschillende ordeningsvragen.
Plaats Azure-taken in het raamwerk
De zeven fasen van Microsoft zijn Strategy, Plan, Ready, Adopt, Govern, Secure en Manage. Strategy bepaalt waarom je overstapt en hoe je succes herkent. Plan bereidt mensen en workloads voor. Ready richt de omgeving in. Adopt verplaatst, moderniseert en bouwt workloads. Govern stuurt de omgeving aan, Secure beschermt die en Manage beheert en verbetert die.
Govern, Secure en Manage lopen door terwijl workloads draaien. Het zijn doorlopende verantwoordelijkheden, geen drie taken die worden bewaard tot elke migratie is afgerond.
Een landingszone is de voorbereide omgeving voor workloads, met accounts of abonnementen, identiteit, netwerken, logging, beleidsregels en een factureringsstructuur. Azure landing zones ondersteunen Ready; AWS Control Tower helpt een omgeving met meerdere accounts en beheersmaatregelen in te richten. Bereid deze basis voor voordat teams workloads in een omgeving zonder governance gaan implementeren.
Beoordeel de volwassenheid van Google Cloud
Het Google Cloud Adoption Framework gebruikt vier thema’s: Learn, Lead, Scale en Secure. Het beoordeelt elk thema in de tactische, strategische en transformerende fase van de Cloud Maturity Scale. Tactisch werk richt zich op afzonderlijke workloads zonder langetermijnplan. Strategisch werk bereidt voor op toekomstige behoeften. Transformerend werkende organisaties functioneren soepel en richten zich op innovatie en gegevens.
Een team kan verbetering nodig hebben in leiderschap of vaardigheden, ook als het technische platform sterk is. Beoordeel de thema’s om vast te stellen welke organisatorische capaciteit adoptie tegenhoudt; meer diensten kopen levert geen getrainde mensen of een gezamenlijk plan op.
Koppel echte taken zonder begrippen te mengen
Voor een winkelbedrijf hoort “verlaag de datacenterkosten binnen drie jaar met 20%” bij Microsoft Strategy en het AWS-perspectief Business. “Train 40 medewerkers” past bij Microsoft Plan en AWS People. “Bereid accounts, netwerken en beleidsregels voor” past bij Microsoft Ready en AWS Platform. Het migreren van 30 applicaties past bij Microsoft Adopt; tags en budgetten passen bij Govern en AWS Governance. Het bewaken van draaiende diensten past bij Microsoft Manage en AWS Operations.
Gebruik de eigen labels van elke aanbieder wanneer je de koppeling uitlegt. AWS heeft geen fase die Ready heet en het thema Learn van Google is geen Azure-fase. Pas de richtlijnen aan de doelen van de organisatie aan, orden het werk volgens afhankelijkheden en houd governance en operatie actief nadat de eerste workloads zijn geplaatst.
Belangrijkste punten
- Adoptieraamwerken begeleiden de organisatie, terwijl raamwerken voor goede cloudarchitectuur workloads beoordelen.
- AWS CAF onderscheidt zes capaciteitsperspectieven van vier trajectfasen.
- Azure Ready bereidt de landingszone voor; Adopt verplaatst en bouwt workloads.
- Govern, Secure en Manage lopen door terwijl workloads draaien.
- Google beoordeelt Learn, Lead, Scale en Secure in drie volwassenheidsfasen.
- Houd de raamwerkterminologie van elke aanbieder apart.
Cloudkosten en governance: voorbeelden
1Volg een workload van gebruik tot aankoopkeuze
17 stappen
- 1IntroductieBegin met de workload
Bereken de prijs van een cloudapplicatie en een afzonderlijke batchtaak die opnieuw kan starten. Bepaal eerst factureerbare hoeveelheden, waaronder tijd van virtuele machines, schijven en gegevensoverdracht. Vergelijk daarna gebruik op aanvraag, afnameverplichtingen en spotcapaciteit aan de hand van het schema en de onderbreekbaarheid van elke workload.
- 2UitlegLees de factureringseenheid
Rekenkracht kan per seconde of uur worden gefactureerd, opslag per GB-maand en verzoeken per duizend of miljoen. Vooraf ingerichte capaciteit kan geld kosten terwijl die ongebruikt is: een draaiende virtuele machine gebruikt betaalde capaciteit en de behouden schijf heeft afzonderlijke opslagkosten.
- 3VoorbeeldBereken de prijs van het draaischema
Gebruik voorbeeldtarieven van € 0,10 per uur voor een virtuele machine en € 0,08 per GB-maand voor een schijf van 100 GB. Een volledige maand van 730 uur kost € 73 voor rekenkracht en € 8 voor de schijf.
Als de virtuele machine 10 uur draait op elk van 22 werkdagen, wordt de rekenkracht € 22. De schijf blijft de hele maand bestaan, dus het totaal van de twee posten is € 30. Plannen vermindert de rekentijd; het neemt behouden opslag niet weg.
- 4UitdagingControleer een afsluiting in Azure
Een virtuele testmachine in Azure wordt vanuit het besturingssysteem afgesloten en de schijf blijft behouden. Heeft het team de kosten voor rekenkracht beëindigd?
---reveal---
Nee. De virtuele machine blijft toegewezen nadat het gastbesturingssysteem is afgesloten. De machine moet worden gestopt en de toewijzing moet worden opgeheven om de facturering van rekenkracht te beëindigen. De schijf blijft ook na het opheffen van de toewijzing afzonderlijk factureerbaar, dus als je alleen controleert of de applicatie is gestopt, mis je twee verschillende factureringsvragen.
- 5UitlegKijk verder dan het opslagtarief
Lagen voor veelvuldige toegang rekenen meer voor opslag maar hebben geen kosten voor ophalen. Koelere lagen kunnen kosten voor ophalen, bewerkingen en vroegtijdige verwijdering toevoegen; sommige herstelacties uit een archief duren uren. Kies op basis van de toegangsfrequentie, bewaartijd en vereiste ophaalsnelheid van de gegevens.
- 6VoorbeeldTel ophalen bij archiefopslag op
Voor 10.000 GB kost standaardopslag tegen het voorbeeldtarief van € 0,023 per GB-maand € 230. Archiefopslag tegen € 0,002 kost € 20.
Het ophalen van 2.000 GB tegen € 0,02 voegt € 40 toe, dus archiefopslag plus ophalen komt op € 60. Bij dit subtotaal moeten toepasselijke kosten voor bewerkingen en gegevensoverdracht nog worden opgeteld. Houd de onderdelen apart zodat een verandering in leesacties niet verborgen raakt in een vergelijking van alleen opslag.
- 7UitdagingTel de gegevenstrajecten mee
Een dienst verstuurt 900 GB naar gebruikers tegen een voorbeeldtarief van € 0,08 per GB en repliceert 300 GB naar een andere regio tegen € 0,03. Uploads zijn gratis. Wat is het subtotaal voor gegevensoverdracht?
---reveal---
Uitgaand internetverkeer kost € 72 en replicatie kost € 9, samen € 81. Gratis uploads maken uitgaande trajecten niet gratis. Opslag van de gerepliceerde kopie is een andere post en is dus niet in dit subtotaal voor gegevensoverdracht opgenomen.
- 8UitlegKoop flexibiliteit of aanvaard een verplichting
Gebruik op aanvraag brengt gebruikte tijd in rekening zonder langetermijnverplichting. Een afnameverplichting verlaagt tarieven die daarvoor in aanmerking komen, maar wordt gedurende de hele looptijd betaald, inclusief ongebruikte uren. Stem afnameverplichtingen af op constante vraag en houd onzekere vraag flexibel.
- 9VoorbeeldBereken de vaste jaarlijkse kosten
Een virtuele machine uit het voorbeeld kost € 0,20 per gebruikt uur op aanvraag of € 0,13 per uur met een afnameverplichting voor een jaar. De afnameverplichting kost 8.760 keer € 0,13, of € 1.138,80.
Gebruik op aanvraag gedurende het hele jaar kost € 1.752. De besparing van € 613,20 is 35% van die kosten bij volledig gebruik. Deze vergelijking gaat ervan uit dat elk uur nuttig is; de volgende stap controleert hoeveel gebruik nodig is voordat de afnameverplichting voordeliger wordt.
- 10VoorbeeldBepaal het gebruik op het kostenomslagpunt
Deel de vaste afnameverplichting van € 1.138,80 door € 0,20 per uur op aanvraag. Er zijn 5.694 uur op aanvraag nodig om dezelfde kosten te bereiken, of 65% van het jaar.
Bij precies 65% gebruik zijn de kosten gelijk. Daarboven is de afnameverplichting goedkoper voor deze overeenkomstige resource. Een workload van 2.080 uur op werkdagen kost op aanvraag slechts € 416 en rechtvaardigt de jaarlijkse verplichting dus niet.
- 11UitdagingKies voor een kort onzeker project
Een project verwacht volgend jaar 2.500 uur voor een virtuele machine, maar kan eerder stoppen. Overeenkomstige voorbeeldtarieven zijn € 0,40 op aanvraag of € 0,24 met afnameverplichting voor alle 8.760 uur. Welk model kost minder bij het verwachte gebruik?
---reveal---
Gebruik op aanvraag kost € 1.000. De afnameverplichting kost € 2.102,40 voor de looptijd, dus gebruik op aanvraag kost minder. Als je het tarief met afnameverplichting met slechts 2.500 uur vermenigvuldigt, laat je de ongebruikte uren weg die nog steeds verschuldigd zijn.
- 12VerbandGebruik spotcapaciteit voor werk dat opnieuw kan starten
De afzonderlijke batchtaak kan de voortgang opslaan en opnieuw starten. Spotcapaciteit is daarom het vergelijken met gebruik op aanvraag waard, aangezien de aanbieder die kan terugnemen.
Tegen voorbeeldtarieven kosten 400 nuttige uren tegen € 0,20 op aanvraag € 80. Spotcapaciteit tegen € 0,06 met 10% herhaald werk vereist 440 factureerbare uren en kost € 26,40. Het opnieuw uitgevoerde werk hoort in de vergelijking; ook moet het onderbrekingsrisico bij de deadline van de taak passen.
- 13UitlegMaak onderscheid tussen drie verschillende kenmerken
Een exclusieve host biedt exclusieve fysieke hardware met inzicht in sockets en cores. Een capaciteitsreservering houdt passende rekencapaciteit op een locatie beschikbaar. Korting bij een afnameverplichting verlaagt een tarief dat daarvoor in aanmerking komt in ruil voor een verplichting.
Het ene kenmerk levert de andere niet. Een regionale AWS Reserved Instance is een factureringsvoordeel; de zonegebonden vorm reserveert ook capaciteit. Licenties of compliance kunnen een host rechtvaardigen, ook wanneer alleen de prijs in het voordeel van gedeeld gebruik zou zijn.
- 14VoorbeeldVerdeel de volledige hostfactuur
Een host tegen een voorbeeldtarief van € 5 per uur kost € 3.650 voor een maand van 730 uur. Met 12 virtuele machines zijn de gemiddelde hostkosten per uur ongeveer € 0,42 per machine. Met vier virtuele machines zijn die € 1,25 per machine.
De aanbieder heeft het hosttarief niet veranderd. Minder virtuele machines delen dezelfde factuur voor de volledige server. De verwachte bezetting is daarom een belangrijke invoer wanneer een licentie per fysieke core exclusieve hosting tot een optie maakt.
- 15UitdagingKies voor gegarandeerde capaciteit
Voor een lancering zijn op een bepaalde dag passende virtuele machines in één zone nodig. Er is geen regel voor exclusieve hardware en het team wil de rekenkracht verder op aanvraag houden. Welk kenmerk pakt het risico rechtstreeks aan?
---reveal---
Een capaciteitsreservering houdt passende capaciteit in die zone beschikbaar. Zolang de reservering bestaat, brengt die kosten mee en geeft die op zichzelf geen korting. Een exclusieve host voorziet in een behoefte rond hardwaregebruik, terwijl alleen een regionale korting bij een afnameverplichting geen capaciteit in een zone garandeert.
- 16UitdagingMaak een gecombineerd aankoopplan
De applicatie heeft een gemeten basisgebruik gedurende het hele jaar, extra onvoorspelbare pieken en een afzonderlijke wachtrij met batchtaken die opnieuw kunnen starten. Hoe moet het team zijn aankoopkeuzes verdelen?
---reveal---
Beoordeel afnameverplichtingen voor het constante basisgebruik, gebruik op aanvraag voor wisselende pieken en spotcapaciteit voor batchwerk dat opnieuw kan starten. Neem schijven, verzoeken en gegevensoverdracht afzonderlijk mee in het totaal. Afnameverplichtingen voor de hoogste piek zouden tijdens de vele uren onder die piek een verplichting laten bestaan.
- 17SamenvattingVerbind de prijs met de bijbehorende belofte
Koppel voor elke post de gemeten hoeveelheid aan het tarief en een eventueel minimum of een eventuele afnameverplichting. Bepaal voor elke aankoopkeuze welk kenmerk je ermee koopt: een lager tarief voor gebruik dat in aanmerking komt, beschikbare capaciteit of exclusieve hardware. Zo blijft een ontwerpvergelijking bruikbaar wanneer het schema, de bewaartermijn, het toegangspatroon of de licentiebehoefte verandert.
2Maak een vergelijking die een ander kan controleren
12 stappen
Sla deze les op om elke Walkthrough stap voor stap te volgen.
- 1IntroductieBepaal de beslissing
- 2UitlegBepaal de grenzen
- 3VoorbeeldTel de kosten op eigen locatie op
- 4VoorbeeldTel de cloudkosten op dezelfde basis op
- 5UitdagingToets een gewijzigde aanname
- 6UitlegZet het ontwerp om in hoeveelheden
- 7VoorbeeldBereken het subtotaal van de architectuur
- 8VoorbeeldVerander alleen de prijs die in aanmerking komt
- 9UitdagingVul een onvolledige raming aan
- 10TipBewaar een bruikbare vastlegging
- 11UitdagingVerbind de raming met de businesscase
- 12SamenvattingHoud totalen herleidbaar tot de invoer
3Zet een factuur om in een reactie met een verantwoordelijke
14 stappen
Sla deze les op om elke Walkthrough stap voor stap te volgen.
- 1IntroductieVraag wat de factuur moet verklaren
- 2UitlegBepaal de grenzen voor betaling en gebruik
- 3VoorbeeldCombineer het gebruik voordat je staffels toepast
- 4UitdagingControleer een gedeeld voordeel
- 5UitlegKies werkelijke of geamortiseerde kosten
- 6VoorbeeldZoek de belangrijkste stijging
- 7UitdagingOnderzoek verder dan het diensttotaal
- 8TipHoud rekening met vertraagde gegevens
- 9UitlegGeef de melding een bereik en verantwoordelijke
- 10VoorbeeldTrek het huidige tempo door
- 11VoorbeeldBepaal het resterende dagbudget
- 12UitdagingMaak onderscheid tussen waarschuwen en stoppen
- 13UitdagingOnderzoek voordat je kosten verlaagt
- 14SamenvattingVerbind inzicht met een reactie
4Bouw kostenbeheersing rond een verantwoordelijk team
16 stappen
Sla deze les op om elke Walkthrough stap voor stap te volgen.
- 1IntroductieBegin met drie eisen
- 2UitlegBenoem eigenaren consistent
- 3TipLaat tags in kostengegevens verschijnen
- 4VoorbeeldReken gedeelde ondersteuningskosten toe
- 5UitdagingPas een toerekeningsregel toe
- 6UitlegMaak onderscheid tussen machtiging en compliance
- 7VoorbeeldKies het effect
- 8UitdagingSta updates toe maar blokkeer verwijdering
- 9KernpuntResourcebescherming heeft een grens
- 10VerbandPas organisatorische beleidswaarborgen toe
- 11UitlegWijs verantwoordelijkheid toe voordat je dashboards toevoegt
- 12VoorbeeldVergelijk kosten met output
- 13UitdagingInterpreteer groei eerlijk
- 14VerbandHerhaal de fasen
- 15UitdagingCombineer beheersmaatregelen met eigenaarschap
- 16SamenvattingHoud het proces actief
5Kies hulp en beoordeling op het juiste niveau
18 stappen
Sla deze les op om elke Walkthrough stap voor stap te volgen.
- 1IntroductieBenoem het soort beslissing
- 2UitlegBepaal de behoefte aan een eerste reactie
- 3VoorbeeldLees de huidige AWS-niveaus
- 4VoorbeeldBereken de prijs per staffel
- 5UitdagingPas het minimum correct toe
- 6UitlegVind een antwoord of een specialist
- 7VoorbeeldStuur de incidentvraag naar de juiste plek
- 8UitdagingKies de meldingsroute
- 9UitlegBeoordeel één workload aan de hand van pijlers
- 10VoorbeeldZet waarnemingen om in beoordelingsbevindingen
- 11VerbandBeoordeel de herstelafweging
- 12UitdagingVergelijk geschikte herstelontwerpen
- 13UitlegGa van workload naar organisatie
- 14VoorbeeldPlaats Azure-werk vóór en na migratie
- 15VerbandControleer de volwassenheid van de organisatie
- 16UitdagingKoppel de voorbereidingstaak
- 17UitdagingGebruik beide niveaus van richtlijnen
- 18SamenvattingHoud reikwijdte en doel bij elkaar
Cloudkosten en governance: oefenvragen
Set 1: Lees prijzen en kies basismaatregelen10 Oefenvragen
Vraag 1 van 10
Toon antwoordVerberg antwoord
Vraag 2 van 10
Toon antwoordVerberg antwoord
Vraag 3 van 10
Toon antwoordVerberg antwoord
Vraag 4 van 10
Toon antwoordVerberg antwoord
Vraag 5 van 10
Toon antwoordVerberg antwoord
Vraag 6 van 10
Toon antwoordVerberg antwoord
Vraag 7 van 10
Toon antwoordVerberg antwoord
Vraag 8 van 10
Toon antwoordVerberg antwoord
Vraag 9 van 10
Toon antwoordVerberg antwoord
Vraag 10 van 10
Toon antwoordVerberg antwoord
Set 2: Verbind ramingen, eigenaarschap en richtlijnen10 Oefenvragen
Sla deze les op om elk antwoord te zien en elke set te oefenen.
Vraag 1 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 2 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 3 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 4 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 5 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 6 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 7 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 8 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 9 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 10 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Set 3: Pas prijs- en rapportagemethoden toe10 Oefenvragen
Sla deze les op om elk antwoord te zien en elke set te oefenen.
Vraag 1 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 2 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 3 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 4 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 5 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 6 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 7 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 8 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 9 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 10 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Set 4: Los problemen met uitgaven en governance op10 Oefenvragen
Sla deze les op om elk antwoord te zien en elke set te oefenen.
Vraag 1 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 2 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 3 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 4 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 5 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 6 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 7 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 8 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 9 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 10 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Set 5: Neem beslissingen bij veranderende workloads10 Oefenvragen
Sla deze les op om elk antwoord te zien en elke set te oefenen.
Vraag 1 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 2 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 3 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 4 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 5 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 6 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 7 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 8 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 9 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Vraag 10 van 10
Toon antwoordVerberg antwoord
Sla deze les op om dit antwoord te zien.
Kom je niet uit je eigen opgave? Huiswerkhulp
Kernbegrippen
A
AWS CAF-perspectief
AWS Trust and Safety
Azure Hybrid Benefit
Azure Policy
Azure Ready-fase
B
Beheeraccount
Beleidsinitiatief
Beleidstoewijzing
Benutting van de afnameverplichting
Benuttingsgraad op het kostenomslagpunt
Besturingslaag
Betrouwbaarheid
Budget
Budgetactie
BYOL
C
Capaciteitsafstemming
Capaciteitsreservering
Catalogusprijs
Cloud Billing-account
Cloud Maturity Scale
Cloudmarktplaats
Cost Explorer
D
Dedicated Instance
Dekking door afnameverplichtingen
Duurzaamheid
E
Exclusieve host
Export van factureringsgegevens
F
FinOps
G
GB-maand
Geamortiseerde kosten
Gebruiksaanname
Geconsolideerde facturering
Gedeeld hardwaregebruik
Gegevensoverdracht tussen regio’s
Gepersonaliseerde servicestatus
I
Informeren
Inkomend dataverkeer
Interne kostendoorbelasting
Investeringsuitgaven
K
Korting bij afnameverplichting
Korting bij langdurig gebruik
Kosten per eenheid
Kosten voor het ophalen van gegevens
Kosten voor vroegtijdige verwijdering
Kostenafwijking
Kostenoptimalisatie
Kostenrapportage per team
Kostenverantwoordelijke
L
Label
Landingszone
M
Melding op basis van verwachte kosten
Melding op basis van werkelijke kosten
Microsoft Purview
Migratiekosten
Minimale opslagduur
O
Onafhankelijke softwareleverancier
Ondersteuningsabonnement
Operationele excellentie
Operationele uitgaven
Optimaliseren
P
Prijscalculator
Prijsstelling inclusief licentie
Prijsstelling op aanvraag
Prijsstelling op basis van verbruik
Q
Quotum
R
Raamwerk voor cloudadoptie
Raamwerk voor goede cloudarchitectuur
Reserved Instance
Resourcevergrendeling
S
Savings Plans
Servicecontrolebeleid
Spotcapaciteit
Staffeltarief voor ondersteuning
Streeftijd voor de eerste reactie
Systeemintegrator
T
Tag
Tag voor kostentoerekening
Tagdekking
Tariefeenheid
Technisch accountmanager
Totale eigendomskosten
Trusted Advisor
U
Uitgaand dataverkeer
V
Volumestaffel
Vooraf ingerichte capaciteit
Vooruitbetaling
W
Well-Architected-lens
Werkelijke kosten
- 1Cloudcomputing
- 2Wereldwijde cloudinfrastructuur
- 3Virtuele machines en containers
- 4Cloudopslag
- 5Cloudnetwerken
- 6Cloudbeveiliging
- 7Cloudkosten en governance
Over deze les
Door StudeliFout melden
Maak je eigen Studiemateriaal
Maak van je aantekeningen, slides en documenten Leermodules, Oefenvragen, Flashcards en 6 andere tools.