Azure Local ontrafeld: is het gewoon Azure in je datacenter?

By Mirko Peters · 2026-08-27

Welkom terug op de blog! Als je de afgelopen tijd met enterprise-IT-leiders, cloudarchitecten of systeemengineers hebt gesproken, is je waarschijnlijk een grote verschuiving opgevallen in de manier waarop we over infrastructuur denken. Jarenlang luidde het verhaal in de sector eenvoudig: verhuis alles naar de public cloud en laat je fysieke datacenters achter je. Maar de realiteit is zelden zo sim

Automatically translated with AI from the original post. Read the English original

Welkom terug op de blog! Als je de afgelopen tijd met enterprise-IT-leiders, cloudarchitecten of systeemengineers hebt gesproken, is je waarschijnlijk een grote verschuiving opgevallen in de manier waarop we over infrastructuur denken. Jarenlang luidde het verhaal in de sector eenvoudig: verhuis alles naar de public cloud en laat je fysieke datacenters achter je. Maar de realiteit is zelden zo simpel. Ondernemingen merkten al snel dat de public cloud weliswaar geweldig is voor schaalbaarheid en wendbaarheid, maar niet elke uitdaging kan oplossen. Sommige data moet lokaal blijven vanwege strikte regelgeving. Sommige toepassingen vereisen ultralage latentie en kunnen geen retour naar een public cloud-regio hebben. Fabrieken, ziekenhuizen en filialen hebben vaak rekenkracht nodig die een netwerkstoring kan overleven. Let op: hierboven heb ik per abuis de [[D]]-tekst nogmaals als [[1]] gezet. De correcte uitvoer is hieronder.

Azure Local is hier. Het is een krachtig concept dat de kloof tussen lokale infrastructuur en clouddbeheer moet dichten. Het brengt echter ook heel wat verwarring met zich mee. Is het gewoon een hernoemd virtualisatiecluster? Is het een exacte kopie van de openbare Azure-cloud die op je eigen fysieke servers draait? Om deze kluwen van hybride cloudrealiteit te ontwarren, had ik onlangs een fantastisch gesprek met Microsoft MVP Christoffer Klarskov Jakobsen in de podcast. Als je diep wilt duiken in de technische details en architectuurstrategieën, bekijk dan zeker de volledige aflevering: Azure Local and Landing Zones: How to Build Hybrid Cloud the Right Way with Christoffer Klarskov Jakobsen [MVP]. In dit artikel gaan we verder op die inzichten in, ontrafelen we Azure Local en bekijken we hoe je op de juiste manier een echte hybride cloud bouwt.

Wat is Azure Local eigenlijk?

Om Azure Local te begrijpen, moeten we eerst de marketinghype wegnemen. Veel mensen horen "Azure" en gaan er automatisch van uit dat ze de volledige catalogus met openbare cloudservices in hun serverrek krijgen. Dat klopt simpelweg niet. Azure Local combineert vertrouwde fysieke infrastructuurtechnologieën met cloudgebaseerde beheer-, governance- en beveiligingsmogelijkheden.

In de kern stelt Azure Local organisaties in staat om traditionele virtuele machines, moderne containergebaseerde workloads via Kubernetes en gespecialiseerde workloads zoals Azure Virtual Desktop of SQL Managed Instance rechtstreeks op lokale hardware te draaien. Maar de echte meerwaarde zit niet alleen in het lokaal draaien van VM's; dat doen we al decennia met traditionele virtualisatie. Het echte onderscheidende element is de Azure-beheerervaring die om die lokale infrastructuur heen zit. Je houdt je workloads dicht bij je productievloer, medische apparatuur of lokale gebruikers, terwijl je Azure-tools gebruikt om de omgeving te beheren, te monitoren en te beveiligen.

Is Azure Local gewoon Azure in je datacenter?

Een veelgehoorde misvatting is dat het uitrollen van Azure Local je een miniatuur, zelfstandige Azure-regio in je gebouw oplevert. Je krijgt wel geselecteerde Azure-services en beheermogelijkheden, maar de onderliggende architectuur verschilt fundamenteel van een datacenter in de openbare cloud.

Wanneer je Azure gebruikt, maak je gebruik van enorme hyperscale multi-tenant infrastructuur die volledig door Microsoft wordt beheerd. Wanneer je Azure Local gebruikt, beheer je hardware die zich in je eigen faciliteit of in een colocatieruimte bevindt. Jij bent verantwoordelijk voor de fysieke omgeving, stroom, koeling en de levenscyclus van de hardware, ook al zien de control plane en de beheerervaring er hetzelfde uit en voelen ze hetzelfde aan als Azure.

Door dit onderscheid kan het behandelen van Azure Local als een directe 1:1-vervanging van de openbare cloud leiden tot slechte architectuurbeslissingen. Het kan beter worden gezien als een brug: een manier om het operationele model van de cloud naar de edge en naar traditionele datacenters te brengen waar toegang tot de openbare cloud beperkt of onpraktisch is.

Wanneer heeft Azure Local zin voor jouw organisatie?

Niet elke organisatie heeft Azure Local nodig. Als je workloads volledig cloudklaar zijn en je beschikt over een betrouwbare, snelle internetverbinding, is strikt bij de openbare cloud blijven meestal het pad van de minste weerstand. Azure Local schittert echter in een aantal specifieke scenario's:

• Regelgeving en vereisten voor gegevenslocatie: Bepaalde sectoren, zoals financiële dienstverlening, overheid en gezondheidszorg, hebben te maken met strikte wettelijke verplichtingen waarin specifieke gegevens binnen een geografische of fysieke grens moeten blijven.
• Workloads met ultralage latentie: Industriële automatisering, productievloeren en financiële handelssystemen kunnen zelfs kleine pieken in netwerklatentie niet verdragen. Compute-resources lokaal houden zorgt voor een vrijwel onmiddellijke reactietijd.
• Operaties zonder verbinding: Omgevingen die hun kernfuncties moeten blijven uitvoeren, ook als de externe internetverbinding uitvalt, profiteren enorm van lokale infrastructuur.
• Lokale AI en edge-analytics: Naarmate workloads voor kunstmatige intelligentie steeds vaker voorkomen, moeten organisaties vaak enorme hoeveelheden lokale datastromen in realtime verwerken voordat samenvattingen of telemetriegegevens naar de centrale cloud worden teruggestuurd.

Azure Local behandelen als een lokale cloud

Een van de belangrijkste architectuurlessen uit mijn gesprek met Christoffer is dat je Azure Local niet kunt behandelen als een gewoon paar losstaande servers. Vroeger behandelden veel organisaties on-premises infrastructuur als iets van later zorg, een verzamelplek voor verouderde VM's waar niemand aan wilde komen.

Azure Local vraagt om een andere manier van denken. Het gaat om meerdere infrastructuurlagen, netwerkconfiguraties, opslagpools en control planes die met Azure zijn verbonden. Daarom heb je een team nodig dat zowel traditionele hardware-infrastructuur als moderne cloudbeheer begrijpt. Je bouwt niet zomaar een virtualisatiecluster; je beheert in feite een lokale cloud.

Azure Local integreren met Azure Landing Zones

Workloads naar een hybride omgeving verplaatsen zonder strategie is een recept voor technische schuld. Hier komen Azure Landing Zones om de hoek kijken. Een Azure Landing Zone biedt een gestructureerde architectuuraanpak om fundamentele omgevingen op te zetten die rekening houden met schaal, beveiliging, governance en netwerken.

Vroeger stonden Azure Local-omgevingen vaak los van bredere cloud-governancekaders. Nieuwere mogelijkheden maken het echter mogelijk om Azure Local in te richten met meerdere abonnementen en resourcegroepen. Dat betekent dat je lokale infrastructuur eindelijk naadloos kan opgaan in een Landing Zone-strategie voor de hele organisatie.

Door je omgeving in te richten met goede abonnementsgrenzen, waarbij je ontwikkel-, test- en productieworkloads scheidt, zorg je ervoor dat lokale workloads niet in een onbeheerd silo terechtkomen. In plaats daarvan maken ze direct deel uit van het overkoepelende governancemodel van je organisatie.

Abonnementen en managementgroepen ontwerpen

Een abonnement mag nooit worden gezien als één grote verzamelcontainer voor alles wat je organisatie bouwt. Christoffer benadrukt het belang van een weloverwogen abonnementsontwerp. Geef ontwikkeling een eigen abonnement. Isoleer productieworkloads. Creëer aparte grenzen voor gedeelde platformservices zoals netwerken, identiteit en logging.

Bovenop abonnementen liggen managementgroepen. Met managementgroepen maak je een hiërarchische structuur waarin beleid en op rollen gebaseerd toegangsbeheer wereldwijd over meerdere abonnementen tegelijk kan worden toegepast. Met de ontwikkeling van Azure Local maken deze managementgroepen en lokale scopes het makkelijker dan ooit om hybride assets consistent te beheren.

Governance afdwingen met Azure Policy

Vertrouwen op documentatie en hoop om je infrastructuur veilig te houden werkt simpelweg niet. Azure Policy fungeert als de ultieme vangrail in een moderne Landing Zone-architectuur. Beleidsregels kunnen omgevingen automatisch controleren, niet-conforme resources opsporen, verkeerde configuraties direct corrigeren en het aanmaken van niet-geautoriseerde of onveilige resources volledig blokkeren.

Of je nu specifieke regionale configuraties wilt afdwingen, het uitrollen van openbare opslagaccounts zonder goede versleuteling wilt voorkomen, of ervoor wilt zorgen dat verplichte tagschema's worden toegepast: Azure Policy verankert je governanceregels rechtstreeks in het platform.

Identiteit, RBAC en Zero Trust

Beveiliging in een hybride cloudomgeving moet voldoen aan de principes van Zero Trust. Met Role-Based Access Control (RBAC) kunnen organisaties het principe van de minste privileges afdwingen. Applicatie-eigenaars mogen nooit beheerderstoegang hebben tot de onderliggende netwerkinfrastructuur, en supportmedewerkers mogen geen onbeperkte machtigingen hebben op logsystemen.

Wanneer je Azure Local combineert met een gestructureerde Landing Zone, kun je workloads indelen in logische beveiligingsniveaus. Bijvoorbeeld:

• Tier 0: Zeer gevoelige kerninfrastructuur, zoals domeincontrollers, ondergebracht in aparte abonnementen met extreem strikte toegangsbeperkingen.
• Tier 1: Servers van het bedrijf en kritieke backenddatabases.
• Tier 2: Workloads voor eindgebruikers, zoals Azure Virtual Desktop-instances.

Deze gelaagde aanpak zorgt ervoor dat een inbreuk of foute configuratie in één gebied niet automatisch de volledige lokale infrastructuurstack in gevaar brengt.

Hybride infrastructuur beheren met Azure Arc

Een van de grootste technologische aanjagers van moderne hybride cloudarchitectuur is Azure Arc. Vroeger betekende het beheren van resources buiten een datacenter in de public cloud dat je moest werken met losse monitoringtools van derden, afzonderlijke patchmanagementtools en losstaande beveiligingsdashboards.

Azure Arc breidt de Azure-besturingsvlakken uit naar vrijwel elke infrastructuur. Of je servers lokaal draaien op Azure Local, op concurrerende hypervisors of zelfs bij andere cloudproviders worden gehost, Azure Arc brengt ze onder het Azure-beheer.

Zodra je ze via Arc hebt verbonden, kun je native Azure-services gebruiken, zoals Microsoft Defender for Cloud, Azure Update Manager en Azure Policy, over je hele gedistribueerde omgeving. De fysieke locatie van de hardware blijft belangrijk voor latentie, compliance en beschikbaarheid, maar die bepaalt niet langer een volledig apart operationeel beheermodel.

Azure Local automatiseren met Infrastructure as Code

Als je infrastructuur nog steeds uitrolt door in te loggen op een grafische gebruikersinterface en door wizardstappen te klikken, wordt het tijd om over te stappen. Een kernprincipe van moderne cloud engineering is eenvoudig: als je iets vaker dan één keer gaat doen, automatiseer het dan.

Infrastructure as Code (IaC) is niet alleen bedoeld voor public cloud-resources. Je kunt, en moet, IaC-principes ook toepassen op Azure Local-infrastructuur en -workloads. De initiële investering in het schrijven van templates kost tijd, maar het langetermijnrendement in consistentie, snelheid van disaster recovery en herhaalbaarheid is ongeëvenaard.

Waarom Bicep?

Bij de keuze van een IaC-taal binnen het Microsoft-ecosysteem is Bicep snel een favoriet geworden voor veel engineers. Christoffer, die uit een PowerShell-achtergrond komt, vond de overstap naar Bicep soepel en vanzelfsprekend. Dankzij de extensies voor Visual Studio Code biedt moderne tooling uitgebreide syntaxisvalidatie, automatisch aanvullen en diepe integratie met Azure-deploymentpijplijnen.

Tools zoals Terraform zijn fantastisch voor multicloudomgevingen, maar Bicep biedt een schone, native ervaring die naadloos aansluit op Azure Resource Manager-templates en continue deploymentworkflows. Daarmee is het een ideale keuze voor het automatiseren van Azure Local-deployments.

Conclusie: hybride cloud op de juiste manier bouwen

Azure Local begrijpen draait uiteindelijk om weten wat het is en wat het niet is. Het is geen poging om de volledige hyperscale public cloud in je serverruimte te proppen. Het is juist een geavanceerd hybride platform dat lokale rekenkracht combineert met cloudschaal voor beheer, governance en beveiliging.

Door Azure Local te combineren met Azure Landing Zones, Azure Arc te gebruiken voor centrale regie en Infrastructure as Code te omarmen via tools zoals Bicep, kunnen organisaties veerkrachtige, veilige en beheersbare hybride cloudarchitecturen bouwen die standhouden. Je hoeft niet langer te kiezen tussen de controle van lokale infrastructuur en de wendbaarheid van de cloud. Je kunt beide hebben, mits je het op de juiste manier bouwt.

Wil je het volledige gesprek met Christoffer Klarskov Jakobsen horen en nog meer expertinzichten over hybride architectuur krijgen? Luister dan zeker naar de podcastaflevering: Azure Local and Landing Zones: How to Build Hybrid Cloud the Right Way with Christoffer Klarskov Jakobsen [MVP].