Microsoft Azure Landing Zone & Cloud Adoption Framework Assessment

Is jouw Microsoft Azure-omgeving klaar om veilig en beheersbaar verder te groeien?

Met het Microsoft Azure Landing Zone & Cloud Adoption Framework Assessment beoordelen we hoe jouw Azure-platform is ingericht en in hoeverre de huidige architectuur aansluit op de uitgangspunten van het Microsoft Cloud Adoption Framework en Azure Landing Zones.

We kijken naar de fundamenten waarop workloads binnen Azure worden geplaatst: subscriptions, management groups, identity, networking, governance, security, monitoring, kostenbeheer en automatisering.

Het doel is niet om alleen te controleren of bepaalde Azure-services zijn ingeschakeld. We kijken vooral of de omgeving logisch is ontworpen, beheersbaar blijft wanneer deze groeit en voldoende ruimte biedt aan development- en workloadteams zonder grip op security en governance te verliezen.

Na afloop ontvang je een concrete beoordeling van de huidige situatie, inclusief risico's, quick wins, verbeterpunten en een geprioriteerde roadmap.

Voor wie is dit assessment?

Dit assessment is bedoeld voor organisaties die Microsoft Azure al gebruiken of een bestaande Azure Landing Zone willen laten beoordelen.

Het is bijvoorbeeld interessant wanneer:

• de Azure-omgeving de afgelopen jaren organisch is gegroeid;
• er steeds meer subscriptions en workloads bijkomen;
• meerdere teams binnen dezelfde Azure-omgeving werken;
• governance niet overal consequent is ingericht;
• verantwoordelijkheden tussen platform- en applicatieteams onduidelijk zijn;
• security en compliance verder moeten worden aangescherpt;
• netwerkarchitectuur complex begint te worden;
• Azure-kosten onvoldoende inzichtelijk zijn;
• Infrastructure as Code verder moet worden ingevoerd;
• een bestaande landing zone opnieuw moet worden beoordeeld;
• een organisatie wil weten of het Azure-platform klaar is voor verdere groei.

De huidige propositie richt zich al op organisaties die Azure Landing Zones gebruiken of willen implementeren en op teams die hun Azure-omgeving willen verbeteren op security, compliance en kosten.

Wat beoordelen we?

Azure Landing Zone architectuur

We beginnen met de algemene structuur van de Azure-omgeving.

We kijken onder andere naar:

• tenantstructuur;
• management groups;
• subscriptions;
• resource groups;
• platform resources;
• workload resources;
• naming;
• tagging;
• ownership;
• verantwoordelijkheden;
• scheiding tussen platform- en workloadteams.

We beoordelen of de structuur logisch is en ook blijft werken wanneer nieuwe workloads en teams worden toegevoegd.

Management groups en subscriptions

De manier waarop management groups en subscriptions zijn georganiseerd heeft grote invloed op governance, security en beheer.

We bekijken:

• management group hierarchy;
• subscription design;
• production versus non-production;
• platform subscriptions;
• workload subscriptions;
• policies;
• permissions;
• ownership;
• billing;
• lifecycle van subscriptions.

Identity en access management

Identity vormt één van de belangrijkste fundamenten van een Azure-platform.

We beoordelen onder andere:

• Microsoft Entra ID;
• Azure RBAC;
• privileged access;
• least privilege;
• beheerdersrollen;
• service principals;
• managed identities;
• workload identities;
• toegang voor platformteams;
• toegang voor workloadteams;
• emergency access.

In de bestaande beschrijving wordt dit nog aangeduid als Azure AD. Dat zou ik overal actualiseren naar Microsoft Entra ID.

Governance

We beoordelen hoe de organisatie grip houdt op het Azure-platform.

We kijken onder andere naar:

• Azure Policy;
• policy initiatives;
• management groups;
• resource locks;
• naming;
• tagging;
• compliance;
• ownership;
• standaarden;
• uitzonderingen;
• lifecycle management.

Het uitgangspunt is niet om zoveel mogelijk policies te maken, maar om duidelijke guardrails te creëren waarbinnen teams veilig kunnen werken.

Networking en connectivity

Networking is vaak één van de meest bepalende onderdelen van een landing zone.

We beoordelen onder andere:

• Azure Virtual Networks;
• hub-spoke architectuur;
• Virtual WAN waar relevant;
• VNet peering;
• ExpressRoute;
• VPN;
• Azure Firewall;
• private endpoints;
• Private Link;
• DNS;
• routing;
• network segmentation;
• internet ingress en egress;
• verbindingen met on-premises omgevingen.

De huidige assessmenttekst kijkt al naar Virtual Networks, ExpressRoute, VPN's, Hub-Spoke, VNet Peering, Private Link en Zero Trust.

Security

We beoordelen of security vanaf het platformniveau goed is ingericht.

Onderwerpen zijn bijvoorbeeld:

• Microsoft Defender for Cloud;
• security posture;
• identity security;
• network security;
• privileged access;
• logging;
• secrets;
• encryption;
• security policies;
• vulnerability management;
• Zero Trust-principes.

Hier zou ik de oude term Azure Security Center uit de bestaande tekst verwijderen en consequent Microsoft Defender for Cloud gebruiken.

Monitoring en operations

Een landing zone moet niet alleen veilig zijn, maar ook goed te beheren.

We kijken naar:

• Azure Monitor;
• Log Analytics;
• alerts;
• dashboards;
• diagnostics;
• Service Health;
• Resource Health;
• central logging;
• operational ownership;
• incident management;
• backup;
• recovery.

We beoordelen ook of workloadteams voldoende inzicht krijgen zonder dat ieder team zijn eigen monitoringstandaard hoeft uit te vinden.

Automation en Infrastructure as Code

Een schaalbare Azure-omgeving wil je niet afhankelijk maken van handmatige configuratie.

Daarom kijken we ook naar:

• Infrastructure as Code;
• Bicep;
• Terraform;
• Git;
• repositories;
• deployment pipelines;
• CI/CD;
• code reviews;
• versioning;
• automated policy deployment;
• automated subscription provisioning.

We beoordelen welke onderdelen al geautomatiseerd zijn en waar handmatige configuratie nog risico's veroorzaakt.

Kosten en FinOps

Governance gaat ook over kosten.

We kijken naar:

• subscriptions en cost ownership;
• tagging;
• budgets;
• alerts;
• resource utilization;
• right-sizing;
• reservations;
• savings opportunities;
• idle resources;
• chargeback/showback;
• verantwoordelijkheden voor cloudkosten.

Het doel is niet simpelweg de laagst mogelijke Azure-rekening, maar inzicht krijgen in waar kosten ontstaan, wie ervoor verantwoordelijk is en of ze passen bij het gebruik.

Platform versus workload verantwoordelijkheden

Dit is een onderdeel dat ik explicieter zou toevoegen dan in de oude tekst.

In veel organisaties is namelijk onduidelijk wie waarvoor verantwoordelijk is.

We brengen onderscheid aan tussen bijvoorbeeld:

Platformteam

• landing zone;
• networking;
• identity;
• governance;
• security controls;
• monitoringstandaarden;
• subscription provisioning.

Workloadteam

• applicatie;
• data;
• workloadconfiguratie;
• deployments;
• applicatiemonitoring;
• lifecycle.

Een goede landing zone geeft teams vrijheid, maar wel binnen duidelijke kaders.

Hoe verloopt het assessment?

Dag 1 – Inventarisatie en architectuur

We beginnen met gesprekken met de belangrijkste stakeholders en technische teams.

We brengen de huidige Azure-omgeving in kaart en bespreken:

• huidige architectuur;
• business requirements;
• security- en compliance-eisen;
• governance;
• organisatie;
• verantwoordelijkheden;
• gewenste groei;
• huidige knelpunten.

Daarna starten we de technische review.

Dag 2 – Technische deep dive

Op dag twee gaan we dieper in op:

• management groups;
• subscriptions;
• identity;
• networking;
• governance;
• security;
• monitoring;
• automatisering;
• Infrastructure as Code;
• kostenbeheer.

We beoordelen niet alleen of iets aanwezig is, maar ook of de gekozen inrichting past bij de organisatie.

Dag 3 – Analyse en roadmap

Op de derde dag brengen we alle bevindingen samen.

We verdelen deze in:

kritieke risico's → quick wins → verbeteringen op korte termijn → structurele platformverbeteringen → langere termijn

Daarmee ontstaat een roadmap waarmee architecten, engineers en management gericht verder kunnen.

Wat ontvang je?

Na afloop ontvang je:

• overzicht van de huidige Azure Landing Zone;
• architectuurbevindingen;
• governancebevindingen;
• securitybevindingen;
• identity- en accessbevindingen;
• networkingbevindingen;
• monitoring- en operationsadvies;
• automation- en IaC-verbeteringen;
• kosten- en governancekansen;
• risico's;
• quick wins;
• geprioriteerde roadmap;
• afsluitende bespreking met de betrokken stakeholders.

Jullie huidige product belooft al een rapport, consult en maatwerkroadmap. Dat zou ik absoluut behouden, want dat is precies waar de commerciële waarde van het assessment zit.

Verschil met de Cloud Adoption Framework & Azure Landing Zones Workshop

Dit onderscheid zou ik expliciet op beide pagina's zetten.

Microsoft Cloud Adoption Framework & Azure Landing Zones Workshop
Je team leert gedurende vijf dagen hoe je een Azure Landing Zone ontwerpt en implementeert.

Microsoft Azure Landing Zone & Cloud Adoption Framework Assessment
Wij onderzoeken jullie bestaande Azure-omgeving en geven concreet advies over wat goed staat en wat moet worden verbeterd.

Dus:

Workshop = kennis opbouwen en zelf leren ontwerpen.

Assessment = bestaande omgeving laten beoordelen.

Dat voorkomt dat de twee producten met elkaar concurreren.

Praktische informatie

• Duur: 3 dagen
• Uitvoering: in-company
• Prijs: €5.500,- excl. btw
• Prijs incl. 21% btw: €6.655,-
• Architectuurreview inbegrepen
• Technische Azure-review inbegrepen
• Stakeholderinterviews
• Rapport met bevindingen en risico's
• Geprioriteerde roadmap
• Eindbespreking