Microsoft AZ-900: Cloudconcepten — Studiegids

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Onderdeel van de Microsoft Azure AZ-900 — Studiegids. Oefen met geverifieerde antwoorden in het Microsoft-examencentrum, of doe getimede oefentests op ExamRoll.io.

Cloudcomputing levert gemeten IT-resources via het internet met snelle provisioning, wereldwijd bereik en ingebouwde veerkracht. De overstap van een on-premise infrastructuur naar Azure verandert zowel de technologische keuzes als de operationele modellen: capaciteitsplanning maakt plaats voor elastische schaalbaarheid, kapitaaluitgaven verschuiven naar operationele uitgaven en hardwareonderhoud wordt een verantwoordelijkheid van het platform. Het begrijpen van deze concepten is essentieel om de juiste services te selecteren, te ontwerpen voor beschikbaarheid en de kosten te beheersen.

Essentiële cloudkenmerken: schaalbaarheid, elasticiteit, agility en veerkracht

Schaalbaarheid is het vermogen van een workload om een toegenomen vraag te verwerken door resources toe te voegen. In Azure neemt dit twee vormen aan: verticale schaling (scale-up) door grotere VM-groottes of hogere App Service-plannen te kiezen, en horizontale schaling (scale-out) door meer instances toe te voegen via Virtual Machine Scale Sets (VMSS), Azure Kubernetes Service (AKS) node pools of App Service autoscale. Schalen in de tegenovergestelde richting vermindert de capaciteit en kosten wanneer de vraag afneemt. Het ontwerpen van stateless lagen en het externaliseren van de staat (bijvoorbeeld naar Azure Cache for Redis of Azure SQL Database) maakt horizontale schaling voorspelbaar en snel. Elasticiteit is geautomatiseerde, beleidsgestuurde schaling die de capaciteit continu afstemt op de belasting. Azure Monitor autoscale-regels, de AKS cluster autoscaler en serverless opties zoals Azure Functions of Consumption/Elastic Premium-plannen breiden resources uit en krimpen deze in bijna realtime in. Elastische architecturen minimaliseren ongebruikte capaciteit en zijn zeer geschikt voor piekbelastingen of seizoensgebonden workloads, waarbij de uitgaven precies meebewegen met het gebruik. Agility is de snelheid waarmee teams veranderingen doorvoeren. De implementatie van Azure-resources via Bicep- of ARM-templates, GitHub Actions of Azure DevOps-pipelines en resource-abstracties zoals App Service of AKS maken frequente releases met een laag risico mogelijk. Self-service provisioning via RBAC en beleidsregels (policy guardrails) vermindert wachttijden met behoud van governance. Agility is een product van zowel het platform als de organisatiepraktijken; hoe meer het platform het ongedifferentieerde zware werk abstraheert, hoe sneller teams kunnen werken. Fouttolerantie en disaster recovery richten zich op verschillende storingsscopes. Fouttolerantie beperkt storingen van componenten en datacenters binnen een regio met behulp van Availability Sets (het spreiden van VM’s over fault/update domains), Availability Zones (fysiek gescheiden datacenters binnen een regio), load balancers en redundante datapaden. Disaster recovery bereidt voor op storingen op regioniveau met cross-region replicatie (GRS/RA-GRS storage, Azure SQL active geo-replication, Cosmos DB multi-region writes) en hersteltools zoals Azure Site Recovery. Definieer duidelijke RTO/RPO-doelstellingen en test de failover om te garanderen dat het ontwerp voldoet aan de bedrijfscontinuïteitsdoelstellingen.

Servicemodellen en gedeelde verantwoordelijkheid

Cloudservicemodellen bepalen wat u beheert versus wat Azure beheert. Infrastructure as a Service (IaaS) stelt ruwe reken-, opslag- en netwerkbouwstenen beschikbaar. U beheert het gastbesturingssysteem, de runtime en de applicaties—ideaal wanneer u aangepaste images, gespecialiseerde middleware of volledige controle nodig heeft. Platform as a Service (PaaS) abstraheert het besturingssysteem en een groot deel van de middleware, en biedt beheerde runtimes, databases en integratieservices zodat teams zich kunnen concentreren op code en data. Software as a Service (SaaS) levert complete applicaties die via een browser of API worden gebruikt met minimale configuratie en zonder verplichtingen voor applicatiehosting. Het model van gedeelde verantwoordelijkheid (shared responsibility model) verduidelijkt de operationele grenzen. Bij IaaS beheert Azure het fysieke datacenter, de hosts en de hypervisor; u bent verantwoordelijk voor het patchen van het besturingssysteem, hardening, applicatie-updates, identiteit en toegang, en datagovernance. Bij PaaS beheert Azure ook het besturingssysteem en de platformmiddleware; u beheert de applicatiecode, configuratie en data. Bij SaaS beheert Azure (of de SaaS-provider) de volledige stack; u beheert gebruikers, toegang, dataclassificatie en de configuratie van het gebruik. Bij alle modellen behouden klanten de verantwoordelijkheid voor identiteit, permissies, endpointbeveiliging en databeschermingsbeleid. De keuze voor het juiste model beïnvloedt de beschikbaarheidsdoelstellingen en de kosten. Het implementeren van Azure virtual machines is een IaaS-taak; web-API’s op Azure App Service of containers op AKS weerspiegelen PaaS; Microsoft 365 en Dynamics 365 zijn SaaS. Geef waar mogelijk de voorkeur aan PaaS en SaaS om de levering te versnellen en de operationele last te verminderen, en reserveer IaaS voor workloads die controle op OS-niveau of legacy-afhankelijkheden vereisen.

• IaaS
  • Typische Azure-services: Azure Virtual Machines, VM Scale Sets, Azure Disks, Virtual Network
  • Wat u beheert: Gast-OS, patches, runtime, apps, data, back-ups, AV/EDR
  • Wanneer te kiezen: Volledige OS-controle, aangepaste middleware, lift-and-shift
• PaaS
  • Typische Azure-services: Azure App Service, Azure SQL Database/Managed Instance, AKS, Azure Functions, Azure Integration Services
  • Wat u beheert: Code/config, schema, data, identiteit en toegang
  • Wanneer te kiezen: Snellere levering, ingebouwde schaling/HA, verminderde operationele last
• SaaS
  • Typische Azure-services: Microsoft 365, Dynamics 365, Power BI, Azure DevOps Services
  • Wat u beheert: Gebruikers, rollen, datagebruik/configuratie
  • Wanneer te kiezen: Complete apps met minimaal beheer

Implementatiemodellen en schaalbereik

Public cloud implementeert workloads in datacenters die eigendom zijn van Microsoft en worden gedeeld door meerdere tenants met logische isolatie. Het biedt de breedste catalogus, wereldwijd bereik, snelle provisioning en een puur pay-as-you-go-model. Private cloud wijdt infrastructuur toe aan één enkele organisatie, vaak vanwege regelgeving of data-soevereiniteit, en kan draaien op door Azure gevalideerde stacks zoals Azure Stack Hub of Azure Stack HCI. Hybrid cloud verbindt on-premises en Azure met consistente identiteit, beleid en netwerken, wat gefaseerde migraties en datalocatie mogelijk maakt, terwijl de elasticiteit van de cloud wordt benut waar dat zinvol is. Globale versus lokale schaalvergroting heeft betrekking op de reikwijdte van beschikbaarheids- en prestatieverbeteringen. Lokale schaalvergroting houdt verkeer binnen een regio en gebruikt Availability Zones, VM Scale Sets, Application Gateway en Azure Load Balancer om instances toe te voegen en datacenterfouten te isoleren. Globale schaalvergroting verdeelt verkeer over regio’s met behulp van Azure Front Door (moderne, anycast, layer 7 wereldwijde load balancing met WAF), Azure Traffic Manager (op DNS gebaseerde load balancing) en geo-gerepliceerde datadiensten zoals Azure SQL geo-replication of Cosmos DB multi-regio distributie. Multi-regio active/active-ontwerpen verbeteren de latency en veerkracht, maar vereisen een zorgvuldige planning van dataconsistentie en kosten. Het kiezen van een implementatiemodel begint vaak met compliance- en connectiviteitsbeperkingen en evolueert met de levenscyclus van de applicatie. Nieuwe ‘greenfield’ webapplicaties landen vaak in de public cloud PaaS voor snelheid en schaalbaarheid. Complexe line-of-business-systemen met afhankelijkheden beginnen mogelijk hybride — waarbij bepaalde services on-premises blijven terwijl front-ends en stateless tiers naar Azure verhuizen — voordat de transitie wordt voltooid naarmate de afhankelijkheden worden gemoderniseerd.

• Public
  • Eigendom/Locatie: Regio’s in eigendom van Microsoft
  • Typische toegang: Internet/VPN/ExpressRoute
  • Gebruiksscenario’s: Elastische schaalvergroting, wereldwijd bereik, snelle innovatie
  • Azure-voorbeelden: De meeste Azure-services, Azure Front Door, Azure App Service
• Private
  • Eigendom/Locatie: Klantspecifieke infra (on-prem of gehost)
  • Typische toegang: Privénetwerken
  • Gebruiksscenario’s: Soevereiniteit, geïsoleerde workloads, strikte compliance
  • Azure-voorbeelden: Azure Stack Hub, Azure Stack HCI, AKS on HCI
• Hybrid
  • Eigendom/Locatie: Mix van on-prem en Azure
  • Typische toegang: Site-to-site VPN of ExpressRoute
  • Gebruiksscenario’s: Gefaseerde migratie, datalocatie, integratie met legacy-systemen
  • Azure-voorbeelden: Azure VPN Gateway, ExpressRoute, Azure Arc

Kostenmodellen: CapEx vs OpEx, verbruiksgebaseerde prijzen, pay-as-you-go en gereserveerde capaciteit

Aanschaf on-premises is doorgaans een kapitaaluitgave (CapEx): grote investeringen vooraf in servers, opslag en netwerkapparatuur die over meerdere jaren worden afgeschreven. Azure draait dit model om naar operationele uitgaven (OpEx): diensten worden gemeten en gefactureerd op basis van daadwerkelijk verbruik — CPU-seconden, GB-maanden, transacties — waardoor uitgaven verschuiven naar het moment waarop waarde wordt gerealiseerd. Deze op verbruik gebaseerde prijsstelling vermindert overprovisioning en koppelt kosten aan gebruikspatronen. Pay-as-you-go maximaliseert de flexibiliteit: start en stop resources naar believen zonder contractuele verplichting. Voor workloads met een stabiel verbruik biedt Azure kortingen op basis van reserveringen, zoals Reserved Virtual Machine Instances, Azure SQL Database reserved capacity, Cosmos DB RU/s reservations en Storage reserved capacity. Verplichtingen voor één of drie jaar kunnen aanzienlijke besparingen opleveren, terwijl ze optioneel flexibiliteit in instance-grootte en een gedeelde scope over abonnementen heen mogelijk maken. Aanvullende opties zijn onder meer Azure Savings Plans for Compute, die kortingstarieven toepassen op in aanmerking komende compute-services, en Spot VMs voor onderbreekbare, batch-achtige workloads tegen zeer hoge kortingen. Effectief kostenbeheer combineert het juiste commerciële model met technische controles. Autoscale vermindert ongebruikte capaciteit; serverless tiers elimineren infrastructuur wanneer deze niet wordt gebruikt; Azure Hybrid Benefit past bestaande Windows Server- en SQL Server-licenties toe; Dev/Test-prijzen verlagen de uitgaven voor niet-productieomgevingen. Azure Cost Management + Billing biedt budgetten, anomaliedetectie en kostentoewijzing om continu te optimaliseren.

• Pay-as-you-go
  • Verplichting: Geen
  • Typische korting vs PAYG: 0%
  • Flexibiliteit: Maximale flexibiliteit; start/stop op elk moment
  • Beste voor: Onvoorspelbare of kortstondige workloads
• Reserved VM Instances / Reserved capacity
  • Verplichting: 1 jaar of 3 jaar
  • Typische korting vs PAYG: Tot ~72% (met Azure Hybrid Benefit)
  • Flexibiliteit: Scope kan worden gedeeld; omruilen toegestaan; kosten voor vroegtijdige annulering
  • Beste voor: Stabiele 24x7 compute, databases, Cosmos DB
• Savings Plan for Compute
  • Verplichting: Uitgavenverplichting voor 1 of 3 jaar
  • Typische korting vs PAYG: Tot ~65%
  • Flexibiliteit: Geldt voor VMs, AKS, Functions Premium, App Service
  • Beste voor: Gemengde compute met variabele instance-types
• Spot VMs
  • Verplichting: Geen (afhankelijk van capaciteit)
  • Typische korting vs PAYG: Tot ~90%
  • Flexibiliteit: Kan worden ’evicted’ (verwijderd); geen SLA
  • Beste voor: Batch-, stateless-, CI-, render-taken

Praktijkprobleem: PeakGear Retail: seizoensgebonden schalen met kostenbeheersing en veerkracht

Scenario: PeakGear Retail beheert een e-commercesite met voorspelbare verkeerspieken aan het einde van de maand en tijdens feestdagen. Het bedrijf wil migreren van on-premises VM’s naar Azure, de kapitaaluitgaven verminderen, een beschikbaarheidsdoelstelling van 99,99% voor de weblaag handhaven en een disaster recovery-plan implementeren met een RTO van vier uur en een RPO van 15 minuten. Identiteit moet integreren met bestaande gebruikers via Microsoft Entra ID.

Uitdaging: Ontwerp een Azure-architectuur en kostenmodel dat elastische schaalbaarheid voor verkeerspieken, fouttolerantie op zoneniveau, cross-region disaster recovery en operationele eenvoud levert, terwijl de kosten tijdens daluren worden geminimaliseerd.

Aanbevolen Aanpak:

1. Implementeer de web-API en storefront op Azure App Service (PaaS) met Premium v3-plannen om te profiteren van ingebouwde autoscale, beheerde platform-patching en opties voor zoneredundantie.
2. Plaats twee of meer App Service-instances achter Azure Front Door Standard/Premium voor een wereldwijd anycast-toegangspunt, SSL-beëindiging, WAF en padgebaseerde routering; schakel health probes en sessieaffiniteit in waar nodig.
3. Gebruik Azure SQL Database Business Critical met zoneredundantie in de primaire regio; configureer actieve geo-replicatie naar een gekoppelde secundaire regio met een RPO-doelstelling van 15 minuten.
4. Sla statische content op in Azure Storage met RA-GRS; plaats hier Azure CDN from Microsoft voor om bandbreedte te ontlasten en de latentie te verbeteren.
5. Implementeer autoscale-regels op basis van CPU, aanvragen en wachtrijdiepte om uit te schalen tijdens pieken en in te schalen tijdens rustige periodes; gebruik voor achtergrondtaken Azure Functions Consumption- of Elastic Premium-plannen.
6. Bereik 99,99% beschikbaarheid voor de weblaag door zoneredundantie (multi-zone) in te schakelen voor het App Service-plan of door instances te verdelen over Availability Zones waar dit wordt ondersteund.
7. Kies in eerste instantie voor pay-as-you-go voor flexibiliteit; koop voor de stabiele basiscapaciteit die na 30 dagen is vastgesteld een 1-jarige Reserved Instance voor App Service-plannen (via een Savings Plan for Compute dat App Service dekt) en gereserveerde capaciteit voor SQL Database om de operationele kosten te verlagen.
8. Integreer Microsoft Entra ID voor gebruikers- en beheerders-toegang; pas het ’least privilege’-principe toe met ingebouwde rollen en voorwaardelijke toegang; beveilig geheimen in Azure Key Vault, waarnaar wordt verwezen door App Service en implementatiepijplijnen.
9. Definieer en test DR-runbooks: voer een failover uit van SQL naar de secundaire regio, werk de origin-prioriteiten van Front Door bij om de secundaire regio te activeren en valideer de applicatiestatus binnen een RTO van vier uur.
10. Implementeer Azure Monitor en Log Analytics voor gecentraliseerde metrics, traces en logs; configureer waarschuwingen en dashboards; stel budgetten en anomalie-waarschuwingen in Azure Cost Management in om de uitgaven continu te optimaliseren.

Redenering voor Azure: PaaS-diensten (App Service en Azure SQL Database) maximaliseren de flexibiliteit en nemen het onderhoud van het besturingssysteem en platform uit handen onder het ‘shared responsibility model’, terwijl ze autoscale voor elasticiteit mogelijk maken. Een zone-redundante implementatie en multi-region replicatie bieden fouttolerantie binnen een regio en disaster recovery tussen regio’s die voldoen aan de gestelde RPO/RTO. Front Door levert wereldwijde ingress, op status gebaseerde routering en WAF-bescherming. Starten met pay-as-you-go behoudt de flexibiliteit tijdens de migratie; het vastleggen van gereserveerde capaciteit of een Savings Plan voor de gemeten basislijn verlaagt de kosten voor stabiel gebruik, terwijl autoscale de uitgaven tijdens daluren beperkt. Microsoft Entra ID centraliseert identiteits- en toegangsbeheer, en Azure Monitor met Cost Management zorgt voor operationele en financiële zichtbaarheid.

Alle domeinen · Azure Architectuur →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →

Blader door Microsoft →