Skip to content

Sovereign Landing Zone

Complete enterprise reference architecture for deploying sovereign cloud infrastructure with full compliance and governance controls.


A Sovereign Landing Zone provides a standardized, secure foundation for deploying workloads that must comply with data residency, regulatory, and operational sovereignty requirements. This architecture implements Azure’s Cloud Adoption Framework principles with sovereignty-specific enhancements.

After completing this section, you will be able to:

  • ✅ Design a complete Sovereign Landing Zone architecture
  • ✅ Implement management group hierarchy for governance
  • ✅ Configure network topology for sovereignty requirements
  • ✅ Apply policy-as-code for compliance enforcement
  • Completed Level 200 modules
  • Understanding of Azure management groups and subscriptions
  • Familiarity with Azure Policy and governance concepts

Sovereign Landing Zone Architecture

_ Sovereign Landing Zone Architecture Figure 1: Complete Sovereign Landing Zone with management group hierarchy, network topology, and security controls

The Sovereign Landing Zone uses a hierarchical management group structure:

LevelPurposeExample
RootTenant-wide governanceContoso Root
PlatformCentral IT servicesPlatform MG
Landing ZonesWorkload subscriptionsEU Landing Zones
SandboxDevelopment/testingDev/Test MG
  • Microsoft Entra ID — Centralized identity with conditional access
  • Privileged Identity Management (PIM) — Just-in-time access
  • Customer Lockbox — Operator access approval
  • Hub-Spoke Architecture — Centralized connectivity
  • Azure Firewall — Egress filtering and threat protection
  • ExpressRoute — Private connectivity to on-premises
  • Private Endpoints — PaaS service isolation
  • Azure Policy — Guardrails and compliance automation
  • Microsoft Defender for Cloud — Security posture management
  • Key Vault with HSM — Centralized secrets and key management
  • Log Analytics — Centralized logging and monitoring

For organizations requiring geographic redundancy within sovereignty boundaries:

Multi-Region Sovereign Deployment

_ Multi-Region Sovereign Deployment Figure 2: Multi-region deployment with data residency controls and cross-region replication

When selecting Azure regions for sovereign deployments:

  1. Data Residency — Regions within sovereignty boundary
  2. Compliance Certifications — Required regulatory approvals
  3. Service Availability — Needed Azure services present
  4. Latency Requirements — Performance for end users

Organizations with on-premises Active Directory require hybrid identity integration:

Hybrid Identity Architecture

_ [Hybrid Identity Architecture](../assets/images/level-300/hybrid-identity.svg Figure 3: Hybrid identity with Microsoft Entra Connect and conditional access

OptionUse CaseSovereignty Impact
Password Hash SyncCloud-firstHashes stored in cloud
Pass-through AuthOn-premises controlNo password data in cloud
Federation (AD FS)Full on-premisesComplete identity sovereignty

  • Define management group hierarchy
  • Create platform subscriptions (connectivity, identity, management)
  • Deploy hub virtual network with Azure Firewall
  • Configure ExpressRoute or VPN connectivity
  • Implement Azure Policy initiatives
  • Enable Microsoft Defender for Cloud
  • Deploy Log Analytics workspace
  • Configure Microsoft Entra ID with PIM


Reference: Azure Landing Zones — Microsoft Cloud Adoption Framework