Microsoft Azure is een cloudplatform voor het aanmaken, beheren en beveiligen van onder meer virtuele machines, databases en andere resources. Wie het alleen gebruikt om snel iets te testen, loopt al snel tegen onduidelijke kosten, te brede toegangsrechten en resources aan die niemand meer durft te verwijderen.
Gepubliceerd: 21 juli 2026. Laatst bijgewerkt: 21 juli 2026. Bronnen om naast dit artikel te raadplegen zijn Microsoft Learn, de Azure-documentatie voor Cost Management, Azure Policy, Microsoft Entra ID, Azure Monitor en Azure Bastion. Die officiële documentatie blijft leidend voor productdetails, beschikbaarheid per regio en wijzigingen in de portal.
Wat Microsoft Azure is, zonder jargon
Microsoft Azure is het cloudplatform van Microsoft voor het bouwen, hosten, beheren en beveiligen van IT-oplossingen. Het omvat infrastructuur zoals virtuele machines en netwerken, platformdiensten zoals databases en apphosting, en beheerdiensten voor identiteit, monitoring, governance, data en AI.
Voor beginners is het nuttiger om Azure niet te zien als één product, maar als een verzameling bouwblokken. Een kleine webapplicatie kan bijvoorbeeld bestaan uit een appservice, een database, een opslagaccount, logging en toegangsbeheer. Een testomgeving voor beheer kan beginnen met een virtueel netwerk, een virtuele machine, beveiligingsregels en monitoring. De waarde zit in de manier waarop die onderdelen samen worden ontworpen, niet in het willekeurig aanklikken van losse services.
Wie gestructureerd wil starten met de basisbegrippen kan een fundamentals-route gebruiken zoals Azure Fundamentals. Dat is vooral zinvol wanneer termen als subscription, tenant, regio, identity, compute en storage nog door elkaar lopen.
De basisstructuur: tenant, subscriptions en resource groups
Een veelvoorkomende beginnersfout is dat alle Azure-begrippen op één hoop worden gegooid. Dat lijkt onschuldig, maar het beïnvloedt wie toegang heeft, waar kosten terechtkomen en hoe eenvoudig een omgeving later kan worden opgeschoond.
De tenant is de identiteitsomgeving, meestal gekoppeld aan Microsoft Entra ID. Azure Active Directory heet inmiddels Microsoft Entra ID; de oude naam komt nog vaak voor in artikelen, scripts en gesprekken, maar de portal en documentatie gebruiken steeds vaker de nieuwe terminologie. Binnen die tenant worden gebruikers, groepen, app registrations en enterprise applications beheerd. Toegang tot Azure-resources wordt daarna geregeld met role-based access control, meestal afgekort als RBAC.
Een subscription is vooral een administratieve en technische grens voor resources, kosten, quota en beleidsregels. Management groups zitten daarboven en helpen meerdere subscriptions centraal te organiseren, bijvoorbeeld per afdeling, omgeving of land. Resource groups zitten binnen een subscription en groeperen resources die samen beheerd worden, zoals alle onderdelen van een oefenapplicatie. Beginners plaatsen vaak alles in één resource group, maar dat maakt rechten, kostenanalyse en opruimen snel rommelig.
Basisindeling voor een kleine Azure-omgeving
| Laag | Waarvoor ze dient | Beginnersrisico |
|---|
| Tenant | Identiteit, gebruikers, groepen en applicatietoegang via Microsoft Entra ID. | Verwarring tussen identiteit en resourcebeheer. |
| Management group | Centrale ordening en beleid over meerdere subscriptions. | Te laat invoeren, waardoor governance achteraf moeilijker wordt. |
| Subscription | Kosten, quota, policy-toepassing en resourcegrenzen. | Geen budgetten of alerts instellen. |
| Resource group | Logische bundeling van resources die samen horen. | Alles samen plaatsen en daardoor eigenaarschap verliezen. |
Voor de eerste workload: kies regio, beleid en naamgeving
De eerste technische keuze is vaak niet de virtuele machine, maar de randvoorwaarden. Voor Belgische en Europese organisaties ligt een EU-regio vaak voor de hand vanwege latency, databeschikbaarheid en compliance-overwegingen. Dat is geen juridisch advies; het is wel een praktische ontwerpkeuze die later lastig te corrigeren kan zijn wanneer data, back-ups en afhankelijkheden al verspreid zijn.
Een goede start is een lichte landing zone. Dat hoeft voor een leeromgeving geen groot enterprise-programma te zijn. Het betekent dat er vooraf afspraken zijn over toegestane regio’s, naamgeving, tags, basisbeleid en wie welke rol krijgt. Azure Policy kan bijvoorbeeld voorkomen dat resources in ongewenste regio’s worden aangemaakt of dat verplichte tags ontbreken. Daarmee ontstaat discipline voordat de eerste workload groeit tot een verzameling losse experimenten.
Naamgeving moet begrijpelijk zijn voor mensen die de omgeving later moeten beheren. Een resource group voor een ontwikkelomgeving kan bijvoorbeeld project, omgeving en regio in de naam opnemen. Tags vullen dat aan met informatie zoals owner, costCenter en env. Die tags zijn niet administratieve luxe; ze maken kostenanalyse, chargeback, lifecyclebeheer en opruimen mogelijk.
Een eerste veilige workload in Azure
Een beginnersomgeving hoeft niet complex te zijn om goede gewoonten aan te leren. Het volgende scenario bouwt een kleine oefenomgeving rond netwerkisolatie, beperkte toegang, opslag, identiteit en monitoring. De kernkeuze is dat de virtuele machine geen publieke IP-adres krijgt. Beheer verloopt via Azure Bastion of Just-in-Time-toegang waar dat passend is, niet via open RDP of SSH vanaf het internet.
- Maak een aparte subscription of resource group voor de oefenomgeving, zodat kosten en opruimen beheersbaar blijven.
- Kies een geschikte Azure-regio en pas basisbeleid toe voor regio’s, tags en toegestane resource-types.
- Maak een virtueel netwerk met een subnet voor compute en koppel een Network Security Group met beperkte regels.
- Maak een virtuele machine zonder publieke IP en beheer toegang via Azure Bastion of Just-in-Time-toegang.
- Voeg een storage account toe met minimale publieke blootstelling en duidelijke lifecycle-instellingen.
- Gebruik managed identity waar mogelijk, zodat applicaties geen vaste geheimen in configuratiebestanden nodig hebben.
- Schakel Azure Monitor, activity logs en relevante Defender-signalen in voordat de workload als geslaagd wordt beschouwd.
Deze oefening leert meer dan het starten van een server. Ze laat zien hoe netwerk, identiteit, logging en kosten samenhangen. In praktijk ontstaan securityproblemen vaak niet doordat een beginner geen geavanceerde architectuur kent, maar doordat standaardkeuzes worden geaccepteerd: een publieke IP op een VM, te brede NSG-regels, gedeelde Owner-rechten en geen logging totdat er iets misgaat.
Managed identity verdient extra aandacht. Beginners gebruiken vaak connection strings, client secrets of persoonlijke accounts om services met elkaar te laten praten. Managed identity verplaatst dat probleem naar Azure zelf: de resource krijgt een identiteit en RBAC bepaalt wat die identiteit mag doen. Dat is eenvoudiger te beheren en sluit beter aan bij least privilege.
Kostenbeheersing hoort bij de technische basis
Azure leren zonder kostenbeheer is onvolledig. Cloudresources zijn gemakkelijk aan te maken, maar ook gemakkelijk te vergeten. Een gestopte workload kan nog disks, snapshots, publieke IP’s of opslag laten doorlopen. Daarom hoort Cost Management bij de eerste dag, niet bij een latere optimalisatiefase.
Een subscription moet minstens een budget en alerts hebben. Die alerts vervangen geen discipline, maar ze maken afwijkingen zichtbaar. Tags zoals owner, costCenter en env helpen om kosten toe te wijzen en om oude testresources terug te vinden. Een eenvoudige wekelijkse opruimroutine voor niet-productieomgevingen voorkomt dat oefenprojecten blijven staan omdat niemand nog weet waarvoor ze dienden.
Infrastructure as Code helpt daarbij. Met Bicep of Terraform kan een oefenomgeving reproduceerbaar worden opgebouwd en daarna netjes worden verwijderd. Beginners hoeven niet meteen elk patroon te automatiseren, maar de gewoonte om resources als code te beschrijven voorkomt dat leren verandert in handmatig klikwerk dat niet te herhalen is. Wie meer wil verdiepen in Azure-beheer vindt op een breder Microsoft Azure-trainingsoverzicht vaak logische vervolgstappen per rol.
Azure, AWS of Google Cloud kiezen
Azure, AWS en Google Cloud kunnen allemaal moderne cloudworkloads ondersteunen. De keuze hoort daarom minder te draaien om algemene ranglijsten en meer om context: bestaande systemen, vaardigheden in het team, data-eisen en governance. Voor een beginner is het verstandig om één platform goed te leren voordat meerdere clouds tegelijk worden gecombineerd.
Criteria voor een nuchtere cloudkeuze
| Criteria | Waarom het ertoe doet |
|---|
| Integratie met Microsoft 365 en Windows Server | Azure past vaak logisch wanneer identity, device management, Windows Server of Microsoft 365 al belangrijk zijn. |
| Hybride connectiviteit | VPN, ExpressRoute en integratie met bestaande datacenters zijn relevant wanneer niet alles direct naar de cloud verhuist. |
| Data- en AI-diensten die het team al kent | Teams werken sneller wanneer databases, analytics en ontwikkeltools aansluiten bij bestaande kennis. |
| Regio’s en compliance-eisen | Beschikbaarheid in EU-regio’s, dataclassificatie en interne beleidsregels kunnen de keuze sterk beïnvloeden. |
Deze vergelijking hoeft geen definitieve strategiebeslissing te zijn. Voor starters is het vooral een manier om gerichter te oefenen. Wie bijvoorbeeld al werkt met Microsoft Entra ID, Power BI, SQL Server of Windows-beheer zal in Azure sneller verbanden herkennen. Wie vooral cloud-native containers of specifieke data tooling onderzoekt, kan andere accenten leggen. De kern is dat de leerkeuze aansluit op het werk dat iemand wil kunnen uitvoeren.
Wat beginners daarna leren
Na de eerste veilige workload ontstaat meestal een duidelijker leerpad. Beheerders verdiepen zich in subscriptions, RBAC, Azure Policy, networking, backup, monitoring en incidentrespons. Dat sluit aan op onderwerpen die ook terugkomen in AZ-104: Azure Administrator. Developers richten zich eerder op apphosting, managed identities, deployment pipelines, secrets management en observability. Data-georiënteerde starters leren opslagmodellen, relationele databases, analytics, Data Factory en basisbegrippen die passen bij DP-900: Microsoft Data Fundamentals.
AI maakt die basis niet minder belangrijk. Azure AI-diensten, machine learning en generatieve AI-oplossingen hebben nog steeds veilige identiteit, data governance, logging en kostencontrole nodig. Een proof of concept zonder duidelijke data-afbakening of monitoring kan snel gevoelig worden, zelfs wanneer de demo technisch werkt. Daarom blijft het verstandig om eerst cloudfundamenten te leren en daarna pas te specialiseren.
Training kan helpen wanneer iemand sneller structuur wil aanbrengen in losse documentatie en labs. Het Unlimited Microsoft Training-aanbod van Readynez kan in zo’n geval een manier zijn om Azure-fundamentals en vervolgrichtingen in één leeromgeving te plannen, zonder dat dit de officiële Microsoft-documentatie vervangt.
Veelgestelde vragen
Wat is Microsoft Azure?
Microsoft Azure is het cloudplatform van Microsoft voor compute, storage, databases, netwerken, identiteit, security, monitoring, data en AI. Organisaties gebruiken het om applicaties te bouwen, bestaande systemen uit te breiden en IT-diensten schaalbaar te beheren.
Is Microsoft Azure geschikt voor beginners?
Ja, mits beginners klein starten en basisregels volgen. Een veilige eerste omgeving gebruikt een duidelijke resource group, beperkte RBAC-rechten, budget alerts, tags, logging en geen publiek toegankelijke VM-beheerpoorten.
Wat is het verschil tussen Azure AD en Microsoft Entra ID?
Azure Active Directory is hernoemd naar Microsoft Entra ID. De dienst blijft gericht op identiteit en toegang, zoals gebruikers, groepen, applicaties, authenticatie en RBAC-integratie met Azure-resources.
Hoe voorkomt een beginner onverwachte Azure-kosten?
De belangrijkste maatregelen zijn budgetten en alerts per subscription, consequente tagging, regelmatige controle van ongebruikte resources en het verwijderen van complete oefenomgevingen wanneer ze niet meer nodig zijn. Infrastructure as Code maakt dat opruimen eenvoudiger omdat dezelfde omgeving opnieuw kan worden gemaakt.
Moet een beginner eerst Azure, AWS of Google Cloud leren?
Dat hangt af van de werkomgeving en leerdoelen. Azure is vaak logisch wanneer Microsoft 365, Windows Server, SQL Server, Microsoft Entra ID of hybride integratie belangrijk zijn. Wie in een andere cloudomgeving werkt, kan beter starten met het platform dat het dichtst bij de dagelijkse praktijk ligt.
Veilig verder bouwen met Azure
Microsoft Azure wordt voor beginners begrijpelijker wanneer het wordt benaderd als een beheerde omgeving met duidelijke grenzen: identiteit in Microsoft Entra ID, kosten per subscription, ordening via resource groups, toegang via RBAC en controle via policy, logging en monitoring. De eerste workload hoeft klein te zijn, zolang ze de juiste gewoonten aanleert.
De meest praktische volgende stap is een oefenomgeving bouwen die veilig verwijderd kan worden en daarna dezelfde omgeving opnieuw opzetten met betere naamgeving, tags en policy. Wie daarbij begeleiding wil of wil bespreken welke Azure-route past bij een rol of team, kan contact opnemen met Readynez.
