Autonomy with boundaries
Workload teams operate within known baselines and responsibilities.
Subscriptions, networks, policies and managed services need to form a coherent platform. Add Solution structures Azure so teams can deploy and operate workloads with known limits, responsibilities and evolution paths.
Landing zone, hybrid connectivity, security, migration, observability and costs designed as parts of the same system.

Resource groups, subscriptions and management groups create technical scopes. Add Solution starts with responsibilities, criticality, environments, authorized regions, regulatory requirements and the delivery flow before defining the hierarchy.
Workload teams operate within known baselines and responsibilities.
Networking, identity, security and monitoring are centralized only when this improves consistency and response.
New subscriptions, regions and services are introduced through repeatable processes.
The goal is not to centralize every decision. It is to make clear which decisions belong to the platform and which belong to the workload.
Management groups organize subscriptions and enable policy and access inheritance. Subscriptions are units of management, billing and scale; environment, criticality, financial responsibility and isolation guide the design.
Microsoft Entra ID, domains and administration.
A short, stable, policy-driven hierarchy.
Platform, connectivity and workloads with an explicit purpose.
Policies, diagnostics, tags, regions and security.
Repeatable creation with an owner, budget and network.
Delegation, exceptions, updates and evidence.
Microsoft Entra roles administer the directory; Azure RBAC controls resources at management group, subscription, resource group and resource scopes. Personas, groups, roles and scopes must be designed without confusing these planes.
Federation, MFA, Conditional Access, groups and emergency accounts according to policy.
PIM and access reviews when justified by risk, licensing and process.
Managed identities reduce secrets in compatible applications.
Platform, security and application teams receive scopes consistent with their roles.
Azure Policy can deny, audit, modify or deploy related configurations. Effects such as DeployIfNotExists and Modify require planned identities, permissions and remediation; exemptions receive a rationale, owner and validity period.
Regions, resource types, diagnostics, tags and configurations are selected by requirement.
Existing resources and pipelines are assessed before blocking effects are applied.
Policy assesses and controls; Bicep, ARM, Terraform and pipelines deploy.
VNets, subnets, NSGs, routes, DNS, Private Link, egress and inspection are defined by flows. Self-managed hub-spoke and Virtual WAN offer different control and operating models. ExpressRoute and VPN require end-to-end design.
Growth without overlap.
Propagation, asymmetry and failure domains.
Private and hybrid DNS.
VPN, ExpressRoute and alternative paths.
Azure Firewall or NVAs according to flows.
Availability, latency and transfer costs.
Virtual Machines, App Service, Container Apps, AKS, Functions, Azure SQL and Storage are selected according to compatibility, limits, skills, recovery and operational effort. AI is introduced only when the use case, data, security and evaluation are defined.
System control, elasticity and portability guide the choice of VMs, platform, containers or Functions.
AKS manages the control plane, but clusters, nodes, networking and workloads still require operations.
Compatibility, consistency, latency and recovery guide database and storage choices.
Azure AI Foundry or Azure OpenAI only with a defined objective, governance and operations.
Azure Arc projects external resources into the Azure management plane for supported scenarios. Inventory, policies, monitoring or security can be brought closer together, but agents, connectivity, proxies, identity, regions, data and additional costs must be included in the design.
Azure Arc makes sense when it reduces operational fragmentation or enables a necessary control.
Microsoft protects Azure infrastructure; the customer remains responsible for identities, data, configurations and applications. Defender for Cloud, Sentinel and Key Vault add capabilities when plans, sources, access, rotation and response are defined.
Configurations and recommendations receive a scope, priority and owner.
Sources, rules, investigation and escalation form the process.
Access, rotation, recovery and dependencies are part of the architecture.
Requirements are mapped to controls, logs, processes and evidence.
Availability Zones require compatible services, SKUs and applications. Azure Backup protects supported workloads. Soft delete, authorization and immutability depend on the vault, resource and configuration. Site Recovery orchestrates supported scenarios, but compatibility, networking, capacity and testing remain necessary.
RPO, RTO and failure events guide the design.
Segregated identities and deletion controls reduce risk.
Restore, failover and failback receive runbooks and evidence.
Azure Monitor, Log Analytics and Application Insights require decisions about collection, regions, access, retention and volume. Diagnostic settings and Data Collection Rules are applied to relevant resources; alerts receive context and a runbook.
Workloads and service objectives.
Useful metrics, logs and traces.
Access, duration, region and cost.
An actionable signal with a priority.
Integration, communication and runbook.
Noise, gaps and cost after changes.
Allocation depends on hierarchy, tags and financial responsibility. Compute, licenses, disks, logs, egress, gateways, Firewall, Arc and Defender influence total cost. Reservations, Savings Plan and Hybrid Benefit require eligibility and analysis.
Alerts have a recipient and procedure.
Shared costs and application costs are separated when necessary.
Hybrid Benefit and BYOL depend on the contract and product.
Sizing, lifecycle, logs, orphaned resources and commitments are reviewed.
Azure Migrate and specific tools support discovery, assessment and migration. Rehost, replatform, refactor, repurchase, retain and retire are selected per workload.
Servers, applications, databases, data and dependencies.
Compatibility, sizing, licensing, networking and risk.
Landing zone, identity, policies, backup and Monitor.
Tools, connectivity and operations.
Waves with a window, acceptance and rollback.
Performance, security, costs and incidents.
When benefits and capacity justify it.
Services, SKUs, zones and features vary by region. Quotas may require advance planning. Preview requires an explicit risk decision. Windows Server, SQL Server and other products have their own rules. Add Solution support and Azure Support plans are contracted separately and require operational integration.
It needs a proportionate foundation; identity, subscriptions, networking, policies, logs, backup, costs and responsibilities come before critical workloads.
No. They exist primarily for policy and access inheritance.
No. Policy assesses and controls; Bicep, ARM, Terraform and pipelines deploy.
Not on its own. Circuits, locations, gateways, providers and routes make up the design.
No. It also adds agents, connectivity, permissions, data and costs.
Not by default. Protections depend on the resource, vault and configuration, as well as segregated identities and testing.
With defined sources, volume, collection rules, retention, tiers and owners.
When benefits, compatibility, risk and operational capacity justify it. Rehosting and modernization can take place in different waves.
Connect subscriptions, policies, networking, protection, costs and operations on a controllable, sustainable foundation.