Azure Interview Questions and Answers for 2026

Azure interview questions show up in nearly every cloud, DevOps, and platform hiring loop that touches the Microsoft stack, and they fail more candidates on precision than on breadth. This page is a complete, tiered bank: 104 questions with worked answers, split into beginner, intermediate, and scenario sections, plus hands-on labs, a cheat sheet of the commands behind the answers, and a knowledge check at the end. Work through it in order, or jump straight to the tier that matches your next round.

Azure interview questions tiered bank with beginner, intermediate, and scenario sections
The three tiers in this bank: platform vocabulary, working mechanisms, and live troubleshooting under pressure.

TL;DR

  • 104 questions, three tiers. Beginner vocabulary, intermediate mechanisms, and realistic Azure incident scenarios, each with a worked answer written the way interviewers want to hear it.
  • Identity and networking get the most weight. Most Azure interview questions concentrate on Entra ID access chains, NSG and route evaluation, and storage lifecycle, because that is where Azure differs most from every other cloud.
  • Answers explain the mechanism. Every answer names the component that owns the behavior, gives the command or flow, and adds the operational caveat that separates a pass from a strong hire.
  • Practice is built in. Three scenario labs, a 22-command cheat sheet, and a five-question quiz to check what stuck.

How the Azure interview works in 2026

Three rounds shape almost every loop that includes Azure interview questions. The first is a screening call, usually with a hiring manager or senior engineer, mixing crisp definitions with quick judgment checks: what a resource group is for, managed identity versus service principal, why deallocated VMs still cost money. Nobody expects a lecture here. They expect a thirty-second answer with exactly one layer of depth behind it, delivered without hesitation.

The second round is the deep technical, and this is where Azure interview questions stop being about vocabulary and start being about mechanisms. How does a managed identity actually obtain a token, and from which endpoint? Which network security group evaluates first for inbound traffic, the one on the subnet or the one on the NIC? What does a lifecycle management policy do to a blob on day 31, and what does that show up as on the invoice? Interviewers at this stage grade the second sentence of your answer. Saying the VM scales out when CPU is high clears a beginner bar; explaining that the autoscale engine evaluates monitor metrics against rules, updates the capacity property, and that new instances then boot from the platform image clears a working-engineer bar.

The third round is the scenario round, and it arrives as one symptom sentence: pods get 403 from Key Vault since a migration, a third of a scale set fails health probes, the storage bill doubled and nobody shipped anything. What gets scored is your diagnostic order, spoken out loud, with the reasoning attached: which command first, why that one, what result sends you down which branch. Engineers who narrate a plan outperform engineers who guess, and most scenario Azure interview questions are won or lost on the narration, not on the trivia.

Role shape moves the emphasis. DevOps and platform roles weight identity chains, virtual networking, and pipelines; data and analytics roles add storage redundancy, lifecycle, and governance; architect roles lean on management groups, policy inheritance, and hub-and-spoke design. If you also hold an AWS background, expect contrast questions: how Azure RBAC differs from IAM’s deny-first evaluation, how availability sets map to zones, how resource groups differ from tags as an organizing principle. Those comparisons are now standard entries in Azure interview questions for anyone with two clouds on the resume.

Preparation that works stays boringly mechanical. Open Microsoft’s free account or a sandbox subscription, drill the az CLI until listing role assignments, effective security rules, and lifecycle policies is reflex, and rehearse every answer in this bank out loud until each fits in under a minute. If you can narrate all 104 without notes, you are ahead of most candidates, because most candidates read lists and never say the answers. Treat Azure interview questions like a performance, because that is what the round is.

Core concepts interviewers expect you to know

Three mental models unlock most of this bank: the identity chain from workload to authorization decision, the packet path through NSGs and route tables, and the control plane that ARM, Bicep, and Azure Policy share. Interviewers open Azure interview questions in these areas because they sit under nearly every service, so fluent answers here turn follow-ups into easy extensions instead of new topics.

The Entra ID identity chain

An app registration is the tenant-global blueprint for an application: it declares redirect URIs, certificates, and API permissions. A service principal is the local instance of that blueprint inside one tenant, and it is the object that actually signs in and gets role assignments. A managed identity is a service principal whose credentials Azure creates and rotates for you: the system-assigned flavor is born and dies with one resource, the user-assigned flavor is a standalone object that any number of resources can share. Workloads obtain tokens without ever seeing a secret by asking the Instance Metadata Service at 169.254.169.254, which exchanges an identity for a signed Entra token.

Authorization is a separate step, and conflating the two is the most common confusion interviewers probe. Azure RBAC answers which actions may this identity perform on which scope, with scopes nested from management group down through subscription, resource group, and resource. Entra ID directory roles such as Global Administrator answer a different question entirely: who may manage the tenant’s directory objects through Microsoft Graph. A Global Administrator holds zero Azure resource access until an explicit elevation flow grants it, and that split between directory authority and resource authority anchors a whole family of Azure interview questions on identity.

Managed identity token flow Workload VM, VMSS, AKS pod IMDS 169.254.169.254 Entra ID issues signed token Target ARM or data plane 1 2 3 Azure RBAC checks role assignments at scope management group · subscription · resource group · resource identity allow / 403
The workload never holds a secret: it trades its identity at IMDS for an Entra token, and RBAC decides what that token may do.

Networking: the packet path decides the outcome

Network security groups are stateful filters attached to subnets and NICs, and their evaluation order is asymmetric: inbound traffic meets the subnet NSG first and the NIC NSG second, while outbound traffic meets the NIC first and the subnet second. User-defined routes then choose the next hop per subnet, and the longest prefix wins, which is how you steer 0.0.0.0/0 at a firewall. VNet peering moves traffic privately between VNets but is deliberately non-transitive, so spoke-to-spoke traffic must transit a hub appliance, usually Azure Firewall or an NVA, with route tables pointing both spokes at it. Almost every connectivity scenario in Azure interview questions resolves to walking that packet path in order: NSG, then route table, then peering, then the platform service’s own rules.

Platform as a service traffic adds one more fork that separates rehearsed candidates from lucky ones. Service endpoints extend your subnet’s identity to a PaaS endpoint while the service keeps its public address; private endpoints instead give the service a private IP inside your subnet and require a privatelink DNS zone so names resolve to it. When an app gets 403 from Storage or Key Vault but a network test succeeds, the cause is almost always the service’s own firewall or its data-plane access rules, not the VNet. Knowing where network truth ends and service truth begins is the judgment layer under many scenario Azure interview questions.

Hub and spoke routing Hub VNet Azure Firewall or NVA · gateway Spoke A VNet UDR: default route to hub Spoke B VNet UDR: default route to hub peering is not transitive Spoke-to-spoke traffic must transit the hub, so both spokes and the firewall need consistent routes.
Peering connects each spoke to the hub only, so east-west traffic relies on the firewall plus user-defined routes in both spokes.

Control plane: ARM, Bicep, policy, and tags

Every create, update, and delete in Azure passes through Azure Resource Manager, which is why RBAC, policy, locks, and tags behave identically whether the request came from the portal, CLI, PowerShell, Terraform, or Bicep. Templates are declarative with no client-side state file: ARM compares the submitted template against live resource state, which makes reruns safe and makes az deployment group what-if the honest preview command. Bicep is the friendly surface over that same engine, and Azure Policy is the guardrail layer: definitions and initiatives assigned at management group or subscription scope, inherited downward, with effects that range from audit to deny to deployIfNotExists. Teams that skip governance fail the other half of Azure interview questions silently: untagged resources wreck cost reports, and unpinned regions let sprawl cross compliance lines before anyone notices.

Question bank at a glance

The bank below is organized the way Azure interview questions are actually asked: broadly rising difficulty, then the scenario round that closes most loops. Counts are exact so you can pace a week of prep, and each section states what it proves before the questions start.

SectionQuestionsWhat it proves
Beginner38You use Azure daily and hold the vocabulary without notes.
Intermediate40You know the mechanisms: identity chains, NSG order, storage tiers, scale sets, pipelines.
Scenario and troubleshooting26You can diagnose a live incident in a defensible order.

Difficulty still rises inside each tier, so if a section feels easy near its end, move on. Every answer pairs the command or mechanism with the reasoning, because Azure interview questions are graded on both halves: the right tool, and the right account of why that tool applies.

Beginner Azure interview questions

These 38 open most Azure interview questions. They look easy, and that is the trap: interviewers use them to check precision. Answer each in one or two sentences, then add exactly one supporting detail. More than that burns round time; less sounds like a memorized list.

What is a resource group, and how does it relate to a subscription?

Answer: A resource group is a logical container for resources that share one lifecycle: deployed together, deleted together, governed together. Every resource lives in exactly one group, and every group lives in exactly one subscription, which is the billing, quota, and payment boundary above it. The consequence interviewers want named: deleting the group deletes everything inside it, which is why environments get isolated per group. That containment logic opens many beginner Azure interview questions.

Walk me through the hierarchy from tenant down to a single resource.

Answer: The Entra ID tenant trusts subscriptions; subscriptions roll up into management groups; resource groups live inside subscriptions; resources live inside groups. Role assignments and Azure Policy assignments inherit down that chain, so a policy pinned at a management group reaches every subscription beneath it. Confusing the tenant with the subscription is the classic beginner mistake, which is why Azure interview questions return to this ladder constantly.

What are regions and availability zones?

Answer: A region is a geographic deployment with its own datacenters, capacity, and pricing. An availability zone is a physically separate cluster of datacenters inside one region, with independent power, cooling, and networking, three of them per enabled region. Zonal resources pin to one zone; zone-redundant resources spread across all three. The consequence worth stating: a zone outage removes pinned VMs but leaves zone-redundant storage and load balancers serving.

What is an availability set?

Answer: A legacy grouping that spreads VMs across fault domains, which are separate power and network racks, and up to 20 update domains, so planned host maintenance and rack failures never hit everything at once. It protects only within a single datacenter; availability zones are the stronger, newer answer. Interviewers still ask it because plenty of real fleets predate zone support, and knowing when each applies is a reliable confidence check in Azure interview questions.

What is the difference between stopping and deallocating a VM?

Answer: Stop from inside the guest, or the portal’s stop without deallocation, halts the OS but keeps the VM allocated to a host, so compute keeps billing. Deallocate releases the hardware and stops compute charges, while disks, NICs, and static IPs keep billing. Two gotchas to volunteer: a deallocated VM with a dynamic public IP loses it, and the next start lands on different hardware. Billing half-awareness is exactly what this entry in Azure interview questions tests.

What are VM scale sets, and why use one instead of individual VMs?

Answer: A scale set manages a group of VMs as one unit: one configuration model, N instances, autoscale rules, rolling upgrades, and placement across zones or fault domains. Hand-built VMs drift apart; scale set instances stay aligned to the model, and capacity becomes a number you change instead of twenty portal clicks. Expect follow-up Azure interview questions on orchestration modes and autoscale behavior, because this single answer opens both.

How do Blob Storage, Azure Files, and managed disks differ?

Answer: Blob Storage is object storage reached over HTTPS REST, for unstructured data like images, backups, and data-lake files. Azure Files exposes managed SMB and NFS shares that many clients mount at once, the lift-and-shift file server answer. Managed disks are block devices attached to individual VMs, for OS volumes and random-I/O workloads. Pick by access pattern: many-client file semantics means Files, app objects mean blob, single-VM block device means disk.

What storage access tiers does Azure Blob offer?

Answer: Hot for frequently read data, Cool for roughly monthly access, Cold for quarterly, and Archive for compliance copies that may sit untouched for 180 days or more. Archive is offline: reading it requires rehydration, which takes hours at standard priority. The invoice detail worth naming early: each cooler tier carries an early-deletion minimum, 30 days for Cool, 90 for Cold, 180 for Archive. Tier economics appear in Azure interview questions from beginner to senior level.

What is a virtual network, and what is a subnet for?

Answer: A VNet is your private, region-scoped IP network in Azure, an address space you carve into subnets where resources receive private IPs. Subnets are the boundary where NSGs and route tables attach, and they segment workloads, tiers, and environments inside one VNet. Azure reserves five addresses per subnet, worth mentioning when someone’s /29 keeps failing. Peering connects VNets privately. This is the geometry half of every networking block in Azure interview questions.

What is a network security group?

Answer: A stateful layer 3 and 4 packet filter attached to a subnet, a NIC, or both. Rules carry priorities from 100 to 4096, allow or deny actions, and match on source and destination IP, port, and protocol, with service tags like Internet and VirtualNetwork standing in for address lists. Being stateful means replies to allowed flows return without extra rules. Azure interview questions probe the default rules next: inbound from the internet is denied unless you open it.

What is the difference between a public and a private IP in Azure?

Answer: Private IPs come from the subnet’s CIDR range and route only inside the VNet and peered networks. Public IPs attach to NICs, load balancers, or gateways for internet-facing traffic, and Standard public IPs are static by default, while the legacy Basic SKU allowed dynamic assignment that changed on deallocation. The detail that earns credit: outbound internet from a private-only VM needs a load balancer, NAT gateway, or public IP somewhere in the path.

What is Microsoft Entra ID?

Answer: The cloud identity and access service, renamed from Azure AD. It holds users, groups, app registrations, and enterprise applications, enforces conditional access, and issues the tokens every Azure, Microsoft 365, and integrated SaaS workload presents. It is not a drop-in domain controller, though Entra Connect synchronizes with on-premises Active Directory for hybrid setups. Naming the rename correctly signals current knowledge, a small but real edge in Azure interview questions.

What is Azure RBAC, and can you name three built-in roles?

Answer: The authorization system for Azure resources: a role is a set of permitted actions, and a role assignment binds a role to an identity at a scope. The three to name cold are Reader, view only; Contributor, manage everything except access; Owner, manage including access. Add User Access Administrator as the role that grants access without full control. Azure interview questions use Contributor-versus-Owner to check you know access management is its own privilege.

How do Azure RBAC roles differ from Entra ID directory roles?

Answer: Azure RBAC governs Azure resources: subscriptions, resource groups, VMs, storage. Entra ID directory roles, Global Administrator, Application Administrator, User Administrator, govern the tenant’s directory objects through Microsoft Graph. A Global Administrator has zero subscription access by default and must run an explicit elevation to gain it. Mixing these two planes is the single most common identity failure in Azure interview questions, so separating them cleanly is the whole point of the answer.

What is a managed identity?

Answer: A service principal whose credentials Azure creates and rotates for you, so applications authenticate to Key Vault, Storage, or SQL without any secret in config. System-assigned identities share the lifecycle of one resource; user-assigned identities are standalone objects that several resources can share. The workload fetches a token locally from the instance metadata endpoint. Saying no credential ever touches the application is the sentence this entry in Azure interview questions listens for.

What is Azure Key Vault for?

Answer: Centralized storage for secrets, keys, and certificates, with access through Entra identities, auditing on every read, soft delete, and optional purge protection. It replaces connection strings and API keys in config files with identity-based access, which is why every secret-management question in Azure interview questions routes here eventually. One depth point to add: newer vaults should use Azure RBAC permission model rather than legacy access policies, so access becomes visible and scopeable like every other Azure resource.

What is Azure Resource Manager?

Answer: The management layer every control-plane call passes through, whether it started in the portal, CLI, PowerShell, Terraform, or Bicep. ARM enforces RBAC, policies, locks, and tags identically regardless of origin, which is why governance behaves the same across tooling. It also makes deployments declarative and idempotent: submitting the same template twice converges instead of duplicating. Framing ARM as the single consistent control plane is the answer shape Azure interview questions reward here.

What is Bicep?

Answer: The domain-specific language for Azure infrastructure as code: it transpiles to ARM templates, so it uses the same engine with far less ceremony. Modules compose reusable units, symbolic names replace the explicit dependsOn chains of JSON, and there is no state file because ARM compares the template against live resource state. az deployment group what-if previews changes safely. Candidates who mention what-if unprompted usually do well on the rest of the infrastructure-as-code Azure interview questions.

What are tags, and why do teams fight about them?

Answer: Key-value metadata attached to resources, resource groups, and subscriptions: owner, environment, cost center, application. They drive cost allocation, automation, and access filtering, but they only work when enforced, which is where Azure Policy comes in with deny or append effects on missing tags. Tags alone never take security effect, they are bookkeeping. The governance angle, enforcement over hope, is the part Azure interview questions on tags actually grade.

What does Azure Monitor cover?

Answer: The observability platform: platform metrics are near-real-time numeric time series per resource; logs land in Log Analytics workspaces queried with KQL; Application Insights adds request-level telemetry for apps. On top sit alerts, dashboards, and workbooks. One useful split to state: metrics answer how much, right now, logs answer what exactly happened. Azure interview questions for any ops-adjacent role assume you know which store to reach for first.

What is Azure DevOps made of?

Answer: Five services: Boards for work tracking, Repos for Git hosting, Pipelines for CI and CD, Artifacts for package feeds, and Test Plans for test management. Pipelines run on Microsoft-hosted agents or your own self-hosted pool, and YAML pipelines live beside the code. Even shops standardized on GitHub Actions still run Boards or Artifacts, so fluency in both ecosystems is common ground in Azure interview questions.

How does GitHub Actions relate to Azure DevOps?

Answer: Actions is GitHub-native CI/CD: workflows live in .github/workflows, run on GitHub-hosted or self-hosted runners, and compose from a large marketplace. Azure DevOps is the broader suite with boards, artifacts, and test management alongside its pipelines. Both deploy to Azure, and Actions can authenticate via OpenID Connect federation so no client secret is stored. Expect Azure interview questions to ask which you would pick and why; the honest answer is workload shape, not religion.

When would you pick App Service instead of a VM?

Answer: App Service is PaaS: Microsoft patches the OS and runtime, scaling and load balancing are built in, deployment slots give staged releases, and you only bring code. Pick it for web apps and APIs; pick VMs when you need OS-level access, custom software, or unusual networking. The operational framing matters: every App Service choice deletes patching, hardening, and image work from your backlog. That trade is the real subject of Azure interview questions on this comparison.

What is a deployment slot?

Answer: A parallel instance of an App Service app with its own hostname, settings, and often its own database-safe configuration. You deploy to staging, warm it, then swap, which flips routing with near-zero downtime, and swapping back is the instant rollback. Settings marked deployment slot setting stay with the slot so staging never points at production secrets. Slot mechanics come up in Azure interview questions as the PaaS answer to blue-green deployments.

What is the difference between a Load Balancer and an Application Gateway?

Answer: Azure Load Balancer works at layer 4: it spreads TCP and UDP flows with no payload awareness, ideal for anything non-HTTP and for raw performance. Application Gateway works at layer 7: TLS termination, host- and path-based routing, cookie affinity, and an optional WAF. Front Door extends the L7 idea globally. Name the layer split and the WAF option and most follow-up Azure interview questions on traffic management collapse into details.

How do the Azure CLI, Azure PowerShell, and Cloud Shell differ?

Answer: The az CLI is the cross-platform tool with JMESPath output filtering; Azure PowerShell’s Az module returns .NET objects into the pipeline, which suits Windows-focused shops. Cloud Shell is the authenticated browser shell with both preinstalled, so it needs no local setup. Teams standardize on one and keep the other for the odd module, and that pragmatism, naming when you would switch tools, is what Azure interview questions on tooling are fishing for.

What is a resource provider?

Answer: The service namespace that owns a family of resource types: Microsoft.Compute for VMs, Microsoft.Network for VNets, Microsoft.Storage for storage accounts. Each subscription must have a provider registered before its types deploy, and most register automatically on first use. When a template fails with an unregistered or unknown type error, az provider register is the fix. Knowing where resource types actually live is a small differentiator in Azure interview questions.

What do resource locks do?

Answer: CanNotDelete blocks deletion while still allowing updates, and ReadOnly blocks both, with locks inheriting down from the scope where you apply them, usually a critical resource group. They bind everyone, including Owners, which is the point: production stays safe from a fat-fingered delete at 2 a.m. The gotcha worth mentioning: ReadOnly has blunt edges, blocking routine operations like listing storage keys. Locks show up in Azure interview questions whenever someone says we once deleted production.

What is Azure Policy in one paragraph?

Answer: The guardrail engine: definitions and initiatives, which are bundles of definitions, get assigned at management group, subscription, or resource group scope and evaluate resources for compliance. Effects range from Audit and Deny to Append, Modify, and DeployIfNotExists, and remediation tasks fix existing resources where the effect allows it. The crisp contrast to volunteer: RBAC decides who can act, policy decides what may exist. That one-liner settles most Azure interview questions about the pair.

Give Azure examples of IaaS and PaaS.

Answer: Virtual machines are IaaS: you own the OS, patching, and hardening from the guest up. App Service, Functions, and Azure SQL Database are PaaS: the platform runs and patches the OS and runtime, and you ship code or schema. Storage sits closest to serverless PaaS. Shared responsibility is the underlying concept, and drawing that line confidently is what beginner Azure interview questions on service models are actually testing.

What do VM size series mean?

Answer: B is burstable, D is general purpose, E is memory optimized, F is compute optimized, L is storage optimized, N carries GPUs, M is extreme memory. Later generations such as v5 and v6 deliver better price-performance than older ones, and suffixes matter: s marks premium storage support, d marks local disk. Choosing by workload profile instead of habit is the judgment this entry in Azure interview questions wants to hear.

What managed disk types exist?

Answer: Standard HDD for dev and backups, Standard SSD for light production, Premium SSD for mainstream workloads, Premium SSD v2 where IOPS and throughput are sized independently of capacity, and Ultra Disk for sub-millisecond latency with live-adjustable performance. Disks are first-class ARM resources with their own RBAC and billing, separate from the VM. Mentioning Premium v2 as the modern default for dense databases is a current-knowledge signal Azure interview questions reward.

What does az login actually do?

Answer: It authenticates you to Entra ID through a browser or device flow, caches the resulting tokens under ~/.azure, and lists every subscription your account can reach. az account set picks the active one, and every later command resolves against that context. The classic support ticket it explains: resource not found errors that turn out to be the wrong active subscription. Stating that failure mode shows real usage, which is the point of Azure interview questions on tooling.

What is a SAS token?

Answer: A signed URI that grants delegated, scoped access to storage without sharing account keys: it can expire, limit permissions, pin IPs, and restrict protocol to HTTPS. Three levels exist, service, account, and user delegation, with the last one signed by an Entra identity rather than a key, which keeps revocation possible. Long-lived tokens are the classic leak, so prefer short expiry. SAS discipline is a recurring security theme in Azure interview questions.

How do Azure Backup and a disk snapshot differ?

Answer: A snapshot is a point-in-time, incremental copy of one disk, held in storage you manage, perfect for a quick pre-change safety net but manual in retention. Azure Backup is a program: a Recovery Services vault holds scheduled, policy-driven restores, application-consistent via VSS where agents allow, with retention ranges and optional cross-region restore. Snapshots are an operator move, Backup is an operating model. Distinguishing the two is a small but common gate in Azure interview questions.

What can you actually do in Azure Cost Management?

Answer: Cost analysis with actual and amortized views, budgets that alert at thresholds, forecasts, and scheduled exports of usage detail to storage for warehouse analysis. Scopes align to the hierarchy, so you can slice by subscription, resource group, or tag, and reservations and savings plans appear amortized so they do not distort one month. The unglamorous truth worth saying: tag hygiene decides whether any of it answers questions. Cost fluency increasingly opens Azure interview questions for senior roles.

What is a service principal, and how does it differ from a user account?

Answer: A non-human identity created from an app registration, used by applications and automation to sign in with a certificate, client secret, or federated credential instead of an interactive login. It owns nothing personal, holds only assigned roles, and can be scoped and audited precisely, which is why shared user accounts for pipelines are an anti-pattern. Prefer managed identities for workloads running inside Azure. This distinction sets up half the identity Azure interview questions that follow it.

What is Azure Bastion, and why do security teams insist on it?

Answer: A PaaS jump host deployed inside a VNet that serves browser-based SSH and RDP to VMs over TLS 443, so VMs need no public IPs and no open management ports. Sessions audit cleanly, credentials stay with the operator, and removing inbound 22 and 3389 from the internet deletes an entire attack class. Azure interview questions use Bastion to test whether you reach for managed access paths instead of DIY VPNs, which is the modern expectation.

Intermediate Azure interview questions

This tier is where Azure interview questions stop testing vocabulary and start testing mechanism. Forty questions follow, and the pattern to internalize is component, then command, then caveat: name the part of the platform that owns the behavior, give the command that shows it, then add the operational detail that proves you have run it in production.

When do you choose a service principal over a managed identity, and the reverse?

Answer: Managed identity wins whenever the workload runs on an Azure resource that supports it: VMs, App Service, Functions, AKS. There is no secret to store, rotate, or leak. A service principal is the answer when the identity must exist outside Azure’s resource model: on-premises jobs, other clouds, third-party SaaS, or a GitHub Actions runner, and for those prefer federated credentials over client secrets. Interviewers use this pairing as a gateway into deeper Azure interview questions on credential hygiene.

How do system-assigned and user-assigned managed identities differ under the hood?

Answer: Both are service principals in Entra ID. The system-assigned one is created with its resource, lives in a 1:1 relationship, and is deleted when the resource is deleted, so role assignments tied to it vanish too. A user-assigned identity is an independent resource you create once and bind to many resources, which centralizes role assignments and survives individual resource deletion. The operational caveat: deleting a shared user-assigned identity breaks every workload using it at once, a favorite surprise in Azure interview questions.

How does a workload with a managed identity actually get a token?

Answer: It sends an HTTP request to the Instance Metadata Service at 169.254.169.254, a non-routable link-local endpoint, passing its client ID and a resource identifier such as https://vault.azure.net. The metadata service talks to Entra ID and returns a signed access token, which the SDK caches until near expiry. Because the endpoint is link-local, only code running on that VM or pod can ask. Naming IMDS unprompted is the detail that separates strong answers on this entry in Azure interview questions.

How does Azure RBAC evaluate a request, and how does that differ from AWS IAM?

Answer: Azure RBAC is an allow-only model: a request succeeds if some role assignment at a reachable scope grants the action and nothing blocks it. There is no explicit deny inside role definitions; deny assignments exist but are created by the platform itself, for example managed applications. AWS IAM adds deny-first logic where an explicit deny beats every allow. Candidates arriving from AWS get this exactly backwards, which is why the contrast is now a staple of Azure interview questions.

What is the difference between control plane and data plane actions in RBAC?

Answer: Control plane actions manage the resource object itself: create, delete, resize, listed in role definitions as actions. Data plane actions touch content inside the resource: read a blob, read a secret, publish a service bus message, listed as dataActions. The classic trap: Reader can see a storage account’s properties but cannot read a blob, because blob reads need Storage Blob Data Reader. This gap between seeing and reading is one of the most practical distinctions in Azure interview questions.

Key Vault access policies versus RBAC permission model: which and why?

Answer: Legacy access policies attach permissions directly to the vault with coarse scopes and no visibility in the standard RBAC tooling, and the same policy silently applies to all secrets, keys, and certificates. The RBAC permission model makes vault data a scope like anything else: assign Key Vault Secrets User to one identity on one vault, audit it with az role assignment list, and manage it with the same process as every other grant. Microsoft recommends RBAC for new vaults, and saying so with the reasons marks current practice in Azure interview questions.

What does Conditional Access evaluate, and what does it not cover well?

Answer: Policies evaluate signals at sign-in time: user and group, application, device compliance state, location and named networks, and sign-in risk from identity protection, then grant, block, or demand MFA or a compliant device. Its blind spot worth naming: workload identities like service principals historically sat outside it, with workload identity policies a newer premium addition. So pipelines enforcing MFA-on-everything break service principals. Knowing where Conditional Access ends is a recurring probe in Azure interview questions.

In what order do NSGs evaluate for inbound and outbound traffic?

Answer: Inbound to a VM, the subnet NSG is evaluated first and the NIC NSG second; for outbound the order flips, NIC first, then subnet. Both must allow, because a deny at either layer kills the flow. Rules are processed by ascending priority, lowest number wins, and evaluation stops at the first match. Default rules sit at priority 65000 and always allow VNet and load balancer health traffic, so your own rules in the 100 to 4096 band decide everything else. This asymmetry is among the most repeated technical checks in Azure interview questions.

Inbound NSG evaluation order Internet packet arrives Subnet NSG evaluated first NIC NSG evaluated second VM deliver Any deny at either layer drops the flow outbound reverses the order: NIC first, then subnet · defaults allow VNet and health probes
Both layers must pass the packet, so troubleshooting checks the subnet NSG before the NIC NSG for inbound failures.
Service endpoints versus private endpoints: what actually differs?

Answer: A service endpoint keeps the PaaS service on its public address but routes subnet traffic to it over the backbone and tags it with your subnet identity, so the service’s firewall can allow that subnet. A private endpoint provisions a real NIC with a private IP inside your subnet and requires a privatelink DNS zone so the service’s name resolves there. Service endpoints are cheaper and faster to adopt but expose the service publicly; private endpoints are the zero-public-exposure answer. That trade lands in Azure interview questions for any role touching secure PaaS.

How do user-defined routes interact with system routes?

Answer: Azure installs system routes for the VNet’s own prefixes, for peering, and for the internet next hop, and user-defined routes override or add to them by longest prefix match, with UDRs beating system routes only at equal or more specific prefixes. Next hop types include virtual appliance, VNet gateway, VNet, Internet, and None, where None blackholes traffic. Verify reality, not intent, with az network nic show-effective-route-table. Route truth versus route intent is a running theme in Azure interview questions on connectivity.

Why is VNet peering non-transitive, and what do you do about it?

Answer: Peering is a pairwise connection: A peered to B and B peered to C does not move A-to-C traffic, by design, to keep routing explicit and auditable. The standard pattern is a hub VNet holding Azure Firewall or an NVA, with each spoke peered to the hub and a UDR pointing inter-spoke and internet prefixes at the hub appliance, which must also be allowed to forward. Gateway transit lets spokes use the hub’s VPN or ExpressRoute gateway. Spoke-to-spoke failures from missing forwarding are a staple of scenario Azure interview questions.

When do you need Azure Firewall if you already run NSGs everywhere?

Answer: NSGs filter at layers 3 and 4 between your own resources and Azure-known destinations; they cannot inspect FQDNs, apply IDPS, or give one clean egress story for spoke subnets. Azure Firewall adds application rules by FQDN, threat intelligence filtering, TLS inspection options, DNAT, and hub deployment so every spoke’s outbound path terminates somewhere observable. NSG for microsegmentation, firewall for egress and inspection, is the layered answer Azure interview questions expect here.

What do load balancer health probes control, and what happens when they fail?

Answer: Probes, HTTP requests or TCP connects against a port and path you choose, decide which backend instances stay in rotation. A failing probe removes the instance from the backend pool immediately, so traffic reroutes to survivors, and it returns when probes pass again. The classic trap: the probe checks a different path than the application actually serves, so healthy instances get pulled. Align probe path with a real health endpoint, because probe-path mismatch is one of the highest-frequency answers in Azure interview questions on load balancing.

What is SNAT port exhaustion, and how do you fix it?

Answer: When VMs behind a public load balancer make outbound connections, the platform rewrites them through a finite pool of SNAT ports per backend instance; exhaust it and new outbound connections hang or reset while inbound keeps working. Fixes in order of preference: a NAT gateway with dedicated outbound IPs and far larger port pools, an Azure Firewall as egress, or instance-level public IPs. The symptom pattern, outbound fails under burst while inbound is fine, is what Azure interview questions use to identify engineers who have debugged real fleets.

How do blob access tiers behave mechanically, beyond the price table?

Answer: The tier is a per-blob property, and moving Cool to Archive is instant and cheap while Archive to Hot requires rehydration, hours at standard priority, minutes at high. Each cooler tier carries an early-deletion window, 30 days for Cool, 90 for Cold, 180 for Archive, charged pro-rata if a blob leaves sooner. Reads from Cool and Cold add per-gigabyte retrieval charges. The cost model, not the naming, is what Azure interview questions on tiers are actually grading.

How does a storage lifecycle management policy decide what to do?

Answer: The account’s management policy is JSON: rules with filters, prefix or blob index tags, and actions triggered by days since modification or last access, access tracking must be enabled for that, tiering blobs cooler, deleting them, or deleting old snapshots. Rules run roughly daily, not instantly, so day counts are approximate. The operational caveat interviewers love: delete rules do not consult anyone, so a mis-scoped prefix can legally wipe production data. Lifecycle surprises from mis-scoped filters are now a fixture of scenario Azure interview questions.

What do LRS, ZRS, GRS, and GZRS actually promise?

Answer: LRS keeps three copies inside one datacenter; ZRS spreads three copies across availability zones in the region; GRS adds an asynchronous copy to the paired region, which you reach only after a failover unless you pick RA-GRS for read access; GZRS combines zone redundancy with the cross-region copy. Asynchronous means a real replication lag window, so failover can lose recent writes. Choosing redundancy by failure-mode math instead of habit is what Azure interview questions on durability probe.

What are the SAS variants, and why does user delegation SAS matter?

Answer: Service SAS scopes one blob or container, account SAS spans the account, and user delegation SAS is signed with an Entra credential instead of the account key. That last part is the security story: account keys are all-or-nothing, impossible to revoke without rotating everything, while user delegation SAS inherits RBAC, respects its own short expiry, and dies when the signing identity’s permissions are revoked. Prefer it for any delegated access. SAS mechanics appear in Azure interview questions wherever secrets handling comes up.

What do immutability policies and soft delete protect against?

Answer: Immutable blob storage enforces WORM: time-based retention locks blobs for a declared period, or a legal hold pins them indefinitely, and even administrators cannot delete or overwrite inside the window. Soft delete keeps deleted blobs and containers recoverable for a retention window, guarding against ransomware and fat-fingered deletes, and it exists for shares too. Together they turn the storage account into evidence-grade storage. Knowing which control answers which threat is a quiet differentiator in Azure interview questions on data protection.

What changed with VMSS flexible orchestration versus uniform?

Answer: Uniform sets manage identical instances as a single resource with autoscale rules and one model. Flexible sets treat instances as ordinary VMs sharing a template: you can mix sizes, spread explicitly across zones and fault domains up to 1000 instances, and attach existing VMs, but you bring your own autoscaling through Azure Monitor metrics or VM applications instead of the older rules. New designs default to flexible; older tooling assumes uniform. The orchestration split now appears in most Azure interview questions on compute scaling.

How does VMSS autoscale actually work, and how do you stop it flapping?

Answer: The autoscale engine in Azure Monitor evaluates metric rules, CPU, custom Log Analytics or App Insights metrics, on a schedule, compares against thresholds, then updates the scale set’s capacity property, and the platform boots or removes instances. Stabilization windows delay scale-in, and scale-in policies choose which instance leaves, default spreading across zones and fault domains. Per-instance protection pins instances you never want removed. Flapping from too-eager thresholds is the classic war story behind Azure interview questions on scaling.

What are the VMSS upgrade policies?

Answer: Automatic pushes the new model to every instance as the platform schedules it; Manual applies changes only when you call az vmss update-instances per instance; Rolling updates instances in bounded batches with maxSurge and maxUnavailable controls and health checks between batches. Model changes, image, size, extensions, do nothing to running instances until an upgrade pass applies them, which is the surprise behind half-full upgrades. Upgrade mechanics come up in Azure interview questions whenever rolling deploys on raw compute are discussed.

How do Spot VMs work, and when are they worth it?

Answer: Spot capacity is spare Azure compute sold at deep discount with the caveat that the platform can evict it whenever capacity is needed back, with at most 30 seconds of eviction notice and a policy of Deallocate or Delete. Price caps are optional; the real discipline is workload choice, stateless workers, batch rendering, CI fleets, plus checkpointing and handling the eviction signal. Never put the database there. Spot-versus-prioritized capacity judgment is a recurring economics check in Azure interview questions.

Compare kubenet, Azure CNI, and Azure CNI Overlay in AKS.

Answer: Kubenet gives pods an overlay CIDR routed by the plugin, conserving VNet IPs but adding a route hop and no direct pod-to-VNet reach. Azure CNI assigns every pod a real VNet IP, giving flat networking and direct connectivity at the cost of aggressive subnet consumption, the classic pods Pending, subnet exhausted incident. Overlay keeps pod IPs in a private range while nodes take VNet IPs, the current default sweet spot. Choosing by IP budget is exactly what Azure interview questions on AKS networking grade.

What actually happens during an AKS upgrade?

Answer: The managed control plane upgrades first with blue-green protection, then node pools drain and reimage one node at a time using surge nodes, maxSurge, so capacity stays flat. Pods must tolerate cordon and drain, which means PodDisruptionBudgets and multiple replicas are prerequisites, and workloads reschedule onto new nodes running the new kubelet. One supported minor version of drift exists, so skipping versions means walking through intermediates. Upgrade planning questions dominate senior Azure interview questions for platform roles.

Why does AKS separate system and user node pools, and how is separation enforced?

Answer: System pools run CoreDNS, metrics-server, and the tunnel components; user pools run your workloads. The separation is enforced with a taint, CriticalAddonsOnly, on system nodes so business pods cannot land there, keeping control-plane add-ons alive during your deployments and scale storms. System pools must stay small but never zero, at least one node per availability zone when zones are on. Explaining the taint mechanism is the depth signal Azure interview questions look for on this topic.

What autoscaling layers exist in AKS, and who owns each?

Answer: The cluster autoscaler adds or removes nodes when pods are unschedulable or nodes underused; the Horizontal Pod Autoscaler changes replica counts from metrics like CPU or custom exporters; KEDA scales from event sources, queue depth, Kafka lag, and can scale to zero. They compose vertically and horizontally but must not fight: HPA thresholds well above node-add latency, and cluster autoscaler left to node-count decisions. Naming all three layers with their owners is standard fare in Azure interview questions for platform engineers.

How does workload identity on AKS replace pod identity?

Answer: The cluster gets an OIDC issuer URL; a Kubernetes service account is annotated with the client ID of a user-assigned managed identity; a federated credential on that identity trusts the issuer plus the service account’s namespace and name. Pods annotated with the service account get Entra tokens through the projected token file, and the SDK exchanges them. aad-pod-identity, the old mechanism, is retired. Explaining the federation, not just the name, is what Azure interview questions on this topic actually test.

What happens mechanically during an App Service slot swap?

Answer: The platform warms the target slot by applying the production configuration and pinging the app, then flips the hostnames between slots with no file copy, making swap the fast rollback too. Settings marked as slot sticky, typically connection strings and some app settings, travel with the slot instead of the app, which is how staging keeps pointing at test resources. Warmup failures surface as cold-start 503s after swap. Slot mechanics anchor the deployment section of most Azure interview questions on PaaS.

What are the App Service networking options for reaching private resources, and for being reached?

Answer: For outbound, VNet integration routes the app’s egress into your VNet so it can reach private endpoints and internal services while the app itself stays public. For inbound, private endpoints give the app a private IP inside your subnet, and access restrictions layer IP or service-tag allowlists on the public endpoint. The common mistake is flipping both on without checking the plan tier, since features gate on SKU. Inbound versus outbound clarity is precisely what Azure interview questions on App Service networking probe.

How does ARM know what changed if there is no state file?

Answer: Azure itself is the state: when you submit a template, ARM reads the live resources, compares declared properties against actual ones, and calls the providers to converge the difference. Rerunning a template is safe because unchanged properties are no-ops, and drift created in the portal is real state ARM will honor until your template overrides it. Preview with az deployment group what-if before applying. This compare-against-Azure model, versus Terraform’s state file, is one of the most common contrast questions in Azure interview questions.

What is the difference between incremental and complete deployment mode?

Answer: Incremental, the default, creates or updates resources in the template and leaves everything else standing. Complete deletes resources in the resource group that are not in the template, which makes the group exactly match the template but punishes anything deployed outside it. Most teams should live in incremental and manage removals deliberately. The Complete deletion footgun is precisely why this pairing appears in Azure interview questions on infrastructure as code safety.

How do Bicep modules work, and what do they buy you?

Answer: A module is a Bicep file consumed from another file with parameters and outputs, transpiled into a nested deployment at compile time. Scopes let one root template deploy the network module into a connectivity subscription, identity into another, while modules emit outputs that later modules consume as parameters, replacing copy-paste wiring. Version modules like code and publish as template specs or private registries. Module-versus-copy-paste judgment is a recurring seniority signal in Azure interview questions on IaC.

Which Azure Policy effects matter day to day, and how does remediation fit?

Answer: Audit records non-compliance without blocking; Deny rejects the request outright; Append and Modify add or correct properties like tags or HTTPS-only on creation; DeployIfNotExists provisions the missing companion, a diagnostic setting, a private endpoint, and Modify plus DINE need a managed identity with rights to act. Existing resources need remediation tasks, which DINE assignments queue but do not always complete alone. Effect selection, not policy writing, is what Azure interview questions on governance usually grade.

What do management groups give you, and what are their limits?

Answer: They form a hierarchy above subscriptions, up to six levels of depth, where policy and RBAC assignments inherit to everything below, enabling tenant-wide guardrails like allowed regions or deny-public-IP. Subscriptions can move between groups to change inheritance instantly. Two operational caveats: inheritance is additive, so child scopes can only add permissions, not subtract inherited denies, and root group assignments affect everything, so test first. Hierarchy design questions open the governance block of most Azure interview questions.

Break down the anatomy of an Azure DevOps YAML pipeline.

Answer: Stages group jobs, jobs run on an agent as a set of steps, and each step is a script or a task from the catalog. Triggers start it on branch or PR, variables and variable groups inject configuration, service connections hold authenticated targets like an Azure subscription or registry, and environments add deployment history plus approval gates. The interview-worthy point: stages define what can run in parallel and what gates what. Pipeline anatomy questions are dependable entries in Azure interview questions for DevOps roles.

Map Azure DevOps concepts onto GitHub Actions equivalents.

Answer: Agent pools become runner labels, service connections become cloud login steps or OIDC federation, variable groups become environment or organization secrets, environments with approvals map almost one to one, and classic release gates become deployment protection rules. Artifacts and Boards have no exact Actions counterpart, which is why some enterprises run both. Fluent mapping, knowing what does not translate, is exactly what cross-platform Azure interview questions on CI/CD are fishing for.

When must you run self-hosted agents, and what changes?

Answer: Microsoft-hosted runners live on shared infrastructure with internet access only, so any pipeline touching private VNets, on-prem systems through ExpressRoute, or IP-allowlisted services needs self-hosted agents placed in, or routed into, the right network. You own the OS, agent updates, caching, and hardening, and pools scale with your own automation. The design question interviewers add: one pooled agent set per environment keeps blast radius sane. Agent placement is a dependable scenario seed in Azure interview questions.

How do Azure Monitor metrics and logs differ, and when do you pick each?

Answer: Metrics are lightweight numeric time series stored near the resource, queryable in seconds, ideal for alerting thresholds and dashboards. Logs live in Log Analytics workspaces as full records queried with KQL, slower to ingest, vastly richer, the place where why questions get answered. The daily-driver split: alert on metrics, investigate in logs, and export platform diagnostics into the workspace because metrics retention is short. Choosing the right store fast is the reflex Azure interview questions on observability reward.

Reservations, savings plans, and Spot: how do you choose a commitment mix?

Answer: Reservations pin capacity family and region for one or three years at the deepest discount, right for stable baselines like always-on databases. Savings plans commit to a hourly spend across sizes and regions, trading a smaller discount for flexibility, right for evolving fleets. Spot accepts eviction for the biggest cut, right for interruptible work. Apply them to the baseline, keep burst on demand, and review utilization monthly. Commitment-mix judgment increasingly closes senior Azure interview questions on cost.

Scenario and troubleshooting questions

This tier is how scenario rounds actually feel: one symptom sentence, then silence while you think out loud. For every item below, the graded skill is the same: state your order of checks and the reasoning behind the order, then act. Silence plus random clicking loses to a spoken diagnostic plan almost every time, and that plan is what these scenario Azure interview questions are really measuring.

A pod in AKS gets 403 from Key Vault. It worked last week. What do you check?

Answer: My order: identity, permission, network. First, which identity is the pod actually presenting: check the service account annotation and federated credential for workload identity, or the pod identity binding on legacy setups. Second, does that exact identity hold a Key Vault role, Key Vault Secrets User for RBAC vaults, on this vault, at a scope that includes it, and has anyone changed the vault’s permission model between access policies and RBAC, which orphans old grants. Third, network: vault firewall rules, private endpoint DNS. The 403 in the response body usually names the reason. Identity first, because it explains most of these. This is among the most common scenario Azure interview questions today.

Key Vault 403 decision funnel Which identity? service account · federation Role on the vault? Secrets User at the right scope Permission model? RBAC vs access policies Network rules? firewall · private DNS roles look fine Read the 403 body and vault audit log the reason code usually names the broken layer
Work identity, then authorization, then network: the response body and audit log confirm which layer failed.
Half the instances of a scale set fail load balancer health probes after you tightened an NSG. Where do you look?

Answer: Ordered: does the health probe port have an explicit allow anywhere, because default NSG rules do permit Azure load balancer traffic, and someone may have inserted a low-priority deny that precedes it. Next, which layer blocked it: run az network watcher test-ip-flow from the LB to an instance IP on the probe port, and check effective security rules on the NIC versus the subnet, remembering inbound evaluates subnet first, NIC second. Then confirm the app actually answers on the probe path. A deny before your allow at either layer is the usual culprit, and NSG-blocking-a-scale-set scenarios appear in Azure interview questions with exactly this shape.

A script works on VM A but fails with Unauthorized on VM B, same code, same vault. Both have managed identities. What is happening?

Answer: Two identities, and the SDK fetched the wrong one. DefaultAzureCredential tries the first available credential, so if the code does not pin a client ID, VM B’s system-assigned identity, which nobody granted access, answers instead of the intended user-assigned one. Verify with az vm identity show on both machines, compare role assignments with az role assignment list --assignee, then fix by passing the explicit client ID of the correct identity in the credential constructor. Adding the missing role assignment to B is the other valid fix. This managed-identity confusion is one of the most reliable scenario Azure interview questions for spotting real-world experience.

Blobs older than 30 days vanished from a storage account, and the team swears nobody deleted them. What do you check?

Answer: Lifecycle management policy first, because it deletes without consulting anyone: read the account’s policy with az storage account management-policy show and match the rule filters, prefix and blob index tags, against the missing objects and their last-modified dates. Second, rule scope creep: a rule written for logs/ but filtered too broadly catches everything under the account. Third, soft delete: if enabled, restore from the deleted-blobs view and you have both recovery and proof. Finally, check activity log and blob inventory for the delete events. The lifecycle surprise is now a standard entry in Azure interview questions on storage operations.

A deployment of new VMs fails with a quota error in one region. Walk me through the fix.

Answer: Read the error precisely: subscription vCPU quota for a VM family, total regional vCPUs, or a family-specific limit, each has a different fix. Check usage against limit with az vm list-usage --location to see which number is saturated. Then choose: request a quota increase, which is often an automated portal flow, reuse an existing family with headroom, deallocate stopped VMs that still hold quota, or deploy into another region with capacity. Deallocation matters because stopped VMs keep consuming regional vCPU quota. Quota-aware deployment is exactly the maturity check scenario Azure interview questions run on cloud cost and capacity sense.

A VM stopped responding after a kernel update and the serial console shows a boot loop. What is your recovery path?

Answer: Boot diagnostics first: the screenshot and serial log under az vm boot-diagnostics get-boot-log usually show the panic or GRUB failure. If the guest is unrecoverable, the repair pattern is disk surgery: stop the VM, swap the OS disk to a repair VM, or use the run-command repair extension, chroot in, roll back the kernel or fix fstab, then swap back. Snapshot the disk before touching it so a botched fix is free. Serial console access, not RDP retries, is the modern first move, and boot-repair narratives like this are staples of scenario Azure interview questions.

After a model update, some scale set instances still run the old image. Why, and what do you do?

Answer: Model changes do not touch running instances until an upgrade policy applies them. With Manual mode, nothing happens until you explicitly call az vmss update-instances per instance ID; with Rolling, a failed health gate or a drained batch that never finished leaves the set half-migrated; with Automatic, the platform schedules it, slowly. Check instance versions with az vmss list-instances, compare latestModel flags, then re-run the upgrade pass and watch batch health. Explaining that a change of model and an application of the model are separate steps is the whole answer, and it is a classic trap in Azure interview questions on scale sets.

New AKS nodes join NotReady minutes after a node pool scale-out. What is your sequence?

Answer: Start with the node, not the cluster: kubectl describe node for conditions, then the kubelet and container runtime logs via VMSS run-command, because NotReady on fresh nodes is usually provisioning, not scheduling. Check CNI address exhaustion if the cluster runs flat Azure CNI, since new nodes grab a batch of pod IPs from the subnet and an exhausted range leaves kubelet unable to configure the sandbox. Verify NSGs allow required control-plane and tunnel ports from the node subnet. Then check the outbound path, SNAT or NAT gateway, for DNS failures. Fresh-node NotReady scenarios are standard platform entries in Azure interview questions.

Pods sit Pending with no scheduling errors after you enabled Azure CNI. What broke?

Answer: Subnet IP exhaustion: flat Azure CNI hands every pod a real VNet address, so a node pool of 30 nodes at default maxPods can demand thousands of addresses from a subnet sized for dozens. Confirm with az network vnet subnet show, compare the IP allocation count against the CIDR, and cross-check cluster events for address-space failures. Fixes in order: shrink maxPods per node, add a secondary pod subnet, or move to Azure CNI Overlay, which frees the VNet of per-pod addressing. The IP budget conversation is the real content of this entry in Azure interview questions.

Application Gateway returns 502 for the whole cluster while pods answer fine inside the VNet. What do you check?

Answer: Probe configuration first, because the gateway marks backends unhealthy and 502s everything: compare the probe’s host, path, and port against what the pods actually serve, a /healthz returning 404 makes every target unhealthy. Second, backend pool membership, especially with AGIC, whether the ingress actually registered the pod IPs. Third, NSGs on the AKS subnet must permit the gateway subnet to reach node ports, and check whether an allow rule for AzureLoadBalancer or gateway service tag survives recent edits. Probe-path mismatch alone explains most of these. Gateway-to-backend triage is a recurring architecture check in scenario Azure interview questions.

Spoke A cannot reach spoke B, though both peer to the hub. Traffic times out. Why?

Answer: Peering is pairwise, so A-to-B traffic must transit the hub appliance, which means three things must line up: each spoke’s UDR must point the other spoke’s prefixes, or a default route, at the hub firewall; the firewall must allow and forward the flow, not just have it routed through; and asymmetric return routing must be ruled out, because a spoke replying via its own default route instead of the firewall breaks stateful inspection. Verify with effective route tables on both sides and firewall logs for the flow. Non-transitive peering surprises like this one appear constantly in Azure interview questions on hub-and-spoke.

A private endpoint was created, but clients still resolve the storage account to its public IP. What is missing?

Answer: DNS, not networking: the privatelink.blob.core.windows.net private DNS zone exists but is not linked to the client’s VNet, or a conditional forwarder to it is missing, so names resolve publicly. Check the zone’s virtual network links with az network private-dns link vnet list, then test resolution from a client with nslookup and expect the private IP. Second look: the storage account’s public network access may also need disabling so the private path is enforced. Private-DNS gaps are the most repeated networking trap in Azure interview questions about Private Link.

After a route table was attached to a subnet, outbound internet from those VMs died. Diagnose it.

Answer: Read effective routes on a NIC, not the table’s intent: az network nic show-effective-route-table shows whether 0.0.0.0/0 now points at a virtual appliance that is down, unreachable, or lacks a forwarding rule, or at next hop None, which silently blackholes. The usual culprits: an NVA without IP forwarding enabled, a firewall rule dropping the flow, or a 0.0.0.0/0 route attached to a subnet that was never meant to egress through the hub. Fix the route or fix the appliance, then re-verify effective routes. Route-table regressions are dependable scenario material in Azure interview questions.

A batch job reading from blob storage fails with 403 on some runs and succeeds on others. What explains the intermittence?

Answer: Time and tokens. SAS tokens with short expiry fail mid-run when the job outlives its grant, and clock skew between the client and Azure, more than five minutes, breaks signature validation intermittently. Check the exact error: signature-not-valid points at skew or a regenerated key, while expired points at lifetime. If the SAS was built on an account key that rotated in a key-rotation pipeline, runs fail after rotation until the tooling regenerates tokens. Fix with user delegation SAS or managed identity so revocation is possible. Intermittent-403 forensics like this separate rehearsed candidates in Azure interview questions.

A region has an outage and leadership asks whether your data was lost. What is the honest answer for a GRS storage account?

Answer: GRS replicates asynchronously to the paired region, so recent writes within the replication lag window, typically minutes but unbounded under stress, may be lost on failover, and failover itself converts the account to locally redundant in the new primary until you fail back. Read the last sync time property on the account to state the exposure precisely instead of guessing. Zone-redundant setups inside the region ride out zone loss with zero data loss, which is the design conversation to have while the incident is fresh. Replication honesty, naming lag, is what scenario Azure interview questions on DR are grading.

The Azure bill jumped 60 percent overnight with no deployment. Where do you look first?

Answer: Cost Management analysis scoped to the day, grouped by resource and meter, names the offender before any theory. The usual suspects: a diagnostic setting sending verbose logs to Log Analytics, where ingestion, not retention, is the meter; bandwidth and egress after a peering or CDN change; an autoscale loop flapping instances up and down; or a storage lifecycle change moving data with retrieval and early-deletion charges. Check the activity log for who changed diagnostics, routing, or scale settings that day. Meter-first thinking is precisely the discipline scenario Azure interview questions on cost are after.

A deployment fails with a policy violation error it never hit before. What do you do?

Answer: Read the denial, which names the policy assignment and definition Azure Policy blocked the request with, then decide rather than override. Legitimate paths: fix the deployment to comply, request an exemption with an expiry and a reason, or ask governance whether the policy intent really covers this resource. Never bypass by moving scope, because that is the audit finding later. Check assignment scope and exclusion lists, since a new management-group-level assignment frequently explains a previously working pipeline suddenly failing. Policy-denial triage appears in Azure interview questions wherever governance meets delivery speed.

A DeployIfNotExists policy has been assigned for weeks, but non-compliant resources remain. Why?

Answer: DINE evaluates and can create missing companions, but remediation of existing resources needs an explicit remediation task, either triggered from the portal or CLI with az policy remediation create, and the assignment’s managed identity must hold enough permission, typically Contributor, on the target scope. Check compliance reasons first with az policy state list, then verify the identity’s role assignments, then run remediation and watch the task status. New resources get fixed automatically, old ones wait for you. The remediation gap is the detail Azure interview questions use to check real policy experience.

After a slot swap, the production app throws 500s for the first minute. What went wrong and how do you fix the pipeline?

Answer: The swap promoted an insufficiently warmed slot: warmup did not initialize caches, JIT, or connections, so the first production requests paid the cost as errors. Verify slot-specific settings too, a connection string not marked sticky can flip environments unexpectedly. Fixes: enable warmup on the staging slot so the platform exercises the app before flipping, add application initialization with a real endpoint, mark every environment-bound setting as slot sticky, and gate the swap on staging smoke tests. Swap mechanics gone wrong are a dependable PaaS entry in scenario Azure interview questions.

A pipeline that deployed fine for months now times out reaching the private endpoint of a database. What changed conceptually, and what do you check?

Answer: Either the resource moved behind a private endpoint, or the network that used to carry the pipeline changed. Microsoft-hosted agents run on shared internet-facing infrastructure, so they can never reach a private endpoint; the fix is a self-hosted agent inside, or peered with, the VNet, registered to the pool. Verify resolution from an agent: if the database name resolves to a public IP, DNS is answering publicly, so the agent is simply outside. Check NSGs and firewall rules on the path too. Hosted-versus-self-hosted placement is one of the most practical forks in Azure interview questions on pipelines.

Your automation service principal suddenly cannot sign in, and the error mentions conditional access. What is the right fix?

Answer: A Conditional Access policy was broadened to require MFA or compliant devices and caught workload identities, which cannot perform interactive MFA, so sign-in dies. Confirm in the sign-in logs which policy blocked the principal. The correct fix is not an exclusion bolted onto the policy: give the automation a non-interactive path, ideally managed identity, or workload identity federation from the pipeline to Azure, or scope the CA policy to user sign-ins only. Whatever remains interactive stays protected. Workload-identity versus CA scope is the modern framing of this entry in Azure interview questions.

Servers in one subnet cannot fetch OS updates, and Azure Firewall logs show the traffic denied. What is your checklist?

Answer: Confirm the packet path first: the subnet’s UDR should send 0.0.0.0/0 to the firewall, and effective routes on a NIC prove it. Then read the firewall application rule matched by the deny: update endpoints are FQDN lists, and a missing wildcard or a new vendor endpoint, for example a moved repo domain, explains a sudden stoppage after years of quiet. Check DNAT or SNAT expectations too, since firewall SNAT hides source IPs from allowlists. Add the FQDN to the application rule collection, verify from the VM, and document the list’s owner. Egress forensics of exactly this shape recurs across scenario Azure interview questions.

After connecting a VPN gateway, some sites suddenly become unreachable from VNets. Routes show a 0.0.0.0/0 default you never configured. What happened?

Answer: BGP: the on-premises edge is advertising a default route, and BGP-learned routes override system routes in Azure, so all VNet egress now points down the tunnel where the on-prem firewall happily drops it. Verify with az network nic show-effective-route-table, where the BGP-sourced default appears, then fix at the source, stop the advertisement, or embrace it deliberately with UDRs and firewall egress in the hub. Effective routes beat guessed intent every time. BGP default-route hijacks are a classic connectivity story in Azure interview questions for networking-heavy roles.

A storage account returns 403 to your pipeline even though keys are correct. The account has network rules. What now?

Answer: Storage firewall rules run before authentication succeeds, so correct keys still meet 403 from a denied network. Check the account’s network rule set, default action deny with an allowlist of VNets and IPs: the pipeline’s source, hosted agents on shared ranges, is simply not on it. Options in order of preference: place compute inside the allowed VNet, use a private endpoint, or enable the trusted-services exception if the caller is another Azure service. Avoid allowlisting giant cloud ranges permanently; that erodes the control. Network-versus-identity 403s are a reliable discriminator in scenario Azure interview questions.

A Bicep deployment fails halfway with a missing dependency error on some runs but not others. How do you stabilize it?

Answer: ARM deploys resources in parallel unless dependencies say otherwise, so a resource consuming another’s output, a NIC referencing a VNet, a role assignment referencing an identity, needs an explicit dependency or a symbolic-name reference, which Bicep converts automatically. Read the error’s resource type, add the reference, and remember role assignments on a fresh identity need its principal ID, which only exists after creation, a classic race. Re-run with what-if to confirm the graph. Explaining the parallel-until-declared model is what this entry in Azure interview questions is really testing.

An availability zone goes down. Walk me through what breaks in a well-designed stack and what does not.

Answer: Zonal resources pinned to the lost zone, VMs without zones, a zonal IP, a single-zone node pool, fail completely and need redeployment, while zone-redundant resources survive: ZRS storage, zone-redundant Standard load balancer and public IPs, VMSS with zone spread, AKS across three zones. The subtlety worth narrating: zonal downtime differs from regional outage, and the design rule is that every tier has capacity in every zone, because surviving the blast requires spare capacity elsewhere. Post-incident, convert zonal pins to zone-spread. Zone-failure reasoning is a fixture of senior scenario Azure interview questions.

Hands-on scenario labs

Reading answers builds vocabulary; building reflexes takes repetition, and the scenario tier of Azure interview questions is graded on reflexes. Each lab below is a safe, self-inflicted incident you can run in a free-tier subscription. Do each three times: once with the checklist open, once from memory, once narrating out loud as if an interviewer were listening. That narration is exactly what the scenario round rewards.

Lab 1: break and repair NSG access to a VM

  • Deploy a small Ubuntu VM with a public IP, then confirm SSH works before touching anything: az ssh vm --ip <public-ip>.
  • Create a low-priority deny rule against your own source IP on port 22 and attach the NSG at the subnet level: az network nsg rule create --priority 200 --access Deny --direction Inbound --protocol Tcp --source-address-prefixes <your-ip> --destination-port-ranges 22, then watch SSH die.
  • Diagnose like you would live: run az network watcher test-ip-flow --vm <vm> --direction Inbound --protocol TCP --local <private-ip>:22 --remote <your-ip>:51000 and read which NSG and rule it blames.
  • Compare the NIC’s effective security rules against the subnet’s with az network nic list-effective-nsg, confirming that inbound evaluation hits the subnet layer first.
  • Fix by raising the deny’s priority above the allow or narrowing its scope, re-verify the flow test passes, and write down the diagnostic order you used.

Lab 2: wire a managed identity to Key Vault end to end

  • Enable a system-assigned identity on the VM: az vm identity assign -g <rg> -n <vm>, and note the returned principal ID.
  • Create a vault with RBAC authorization and put one secret in: az keyvault create --enable-rbac-authorization plus az keyvault secret set --vault-name <vault> --name db-password --value test123.
  • Grant only Key Vault Secrets User to the identity at vault scope with az role assignment create --role "Key Vault Secrets User" --assignee <principal-id> --scope <vault-id>, deliberately nothing broader.
  • Prove the token path from inside the guest: curl the metadata endpoint for a vault token, then read the secret with az keyvault secret show --vault-name <vault> --name db-password while logged in as the identity.
  • Break it on purpose: remove the role assignment, watch the 403, and confirm the response body names authorization, not network. That distinction is the whole lab.

Lab 3: watch a storage lifecycle policy do its job

  • Create a general purpose v2 storage account and upload two blobs under prefixes logs/ and keep/.
  • Apply a management policy JSON that tiers logs/ to Cool after 1 day and deletes after 7, while leaving keep/ untouched, using az storage account management-policy create --policy @policy.json.
  • Check each blob’s access tier and last-modified with az storage blob list --auth-mode login -o table over the following days, and note the transition is not instant because rules run roughly daily.
  • Delete the 7-day blobs before their early-deletion window closes, then read the invoice line for the Cool early-deletion charge so the economics are real to you.
  • Finish by writing the two rules you would add to any production account: snapshots included, and an explicit guard prefix so a broad filter can never eat the wrong data.

Cheat sheet: the commands behind the answers

Nearly every item in this bank of Azure interview questions resolves to one of the commands below, in roughly the order you would reach for it live. Learn the table, then learn one diagnostic sentence per row, and you can walk any scenario round without improvising.

CommandWhat it tells you
az login / az account showWho you are and which subscription every command will hit
az account set --subscription <name>Switches context; fixes the classic resource-not-found mystery
az resource list -g <rg> -o tableWhat actually exists in a group, types and locations
az vm get-instance-view -g <rg> -n <vm>Power state, provisioning status, and agent health from outside
az vm boot-diagnostics get-boot-logScreenshot and serial output for a guest that will not boot
az vm run-command invokeRuns a script in the guest without SSH or RDP access
az vmss list-instances -o tablePer-instance model versions and states across the scale set
az vmss update-instancesApplies a new model to instances the upgrade policy skipped
az role assignment list --allWho can do what, at every scope you can see
az role definition list --name <role>The actions and dataActions inside a role
az identity list -g <rg>User-assigned managed identities and their resource use
az network nic list-effective-nsgThe merged subnet plus NIC verdict a packet actually receives
az network nic show-effective-route-tableSystem, BGP, and UDR routes as the NIC really sees them
az network watcher test-ip-flowThe allow or deny verdict for one packet, with the rule named
az network nsg rule list -o tableRules in priority order, where the first match wins
az network vnet peering listPeering states, which must be Connected on both sides
az network private-dns link vnet listWhich VNets can resolve privatelink names to private IPs
az storage account management-policy showThe lifecycle rules quietly moving and deleting blobs
az storage blob list --auth-mode loginTiers and timestamps, authenticated by identity not keys
az aks show / az aks nodepool listNetwork plugin, versions, and node pool health at a glance
az policy state list --summaryCompliance state and the assignments behind it
az rest --method get --url <arm-uri>Raw ARM truth when no CLI surface exists for a property

Every command here is documented in the Azure CLI reference, and the service behaviors behind them are specified in the Azure product documentation, which is the source interviewers themselves check against.

Key takeaways and FAQ

The through-line of every tier above: Azure interview questions reward people who can pair a service name with its mechanism and a command that proves it. Service names alone read as buzzword fluency; mechanisms alone read as theory. Together, with the diagnostic order spoken out loud, they read as someone who has carried an Azure pager, and that is exactly the impression this bank is built to produce.

How long should I prepare for Azure interview questions?

With daily Azure use, a focused week: two days on the beginner tier spoken aloud, two on intermediate, one on scenarios, the weekend on the labs in a free subscription. Without hands-on practice, plan three to four weeks, because every command in the cheat sheet is a half-hour of muscle memory you cannot fake in an interview.

Are Azure interview questions harder than AWS ones?

No, they are different. Azure interview questions lean harder on identity chains and hybrid concepts because Entra ID and enterprise agreements shape real deployments, while AWS rounds lean harder on IAM policy math and VPC primitives. Candidates who know both platforms say the contrast questions, RBAC evaluation versus deny-first IAM, zones versus availability sets, are where the two banks meet.

Which topics come up most in Azure interview questions?

Identity, networking, and cost, in that order. Managed identities and RBAC scoping open most senior loops, NSG and route evaluation anchor the networking round, and storage lifecycle plus commitment discounts close out the cost conversation. Master those four areas in this bank and you cover the large majority of what panels actually ask.

Do Azure interview questions include live portal or terminal work?

Increasingly yes: some loops share a read-only subscription and ask you to find why an access fails, or run a sandboxed CLI exercise. The labs on this page exist for exactly that format, and practicing spoken narration while typing commands is the single best rehearsal for it.

Do Azure certifications help with interviews?

Early career, yes: AZ-104 maps closely to the beginner and intermediate tiers here, and AZ-500 helps for security-flavored loops. After a few years of experience, interviewers weight war stories over badges, so shift prep time from exam dumps to the scenario tier and the labs.

What should I read after this page?

Continue with the AWS interview questions and Kubernetes interview questions banks, since multi-cloud contrast and AKS depth are the two most common follow-ups after an Azure round, then browse the DevOps Prep hub for the rest of the series as it ships.

Azure Prep Quiz: Identity, Networking, and Incidents

1 / 5

How is Azure RBAC's evaluation model fundamentally different from AWS IAM?

2 / 5

A VMSS rolling upgrade leaves some instances running the old image. What is the most likely cause?

3 / 5

A pod in AKS gets 403 from Key Vault. The pod's workload identity is correct and the vault uses the RBAC permission model. What is the first authorization thing to verify?

4 / 5

A team deletes blobs from the Cool tier after 10 days and the invoice shows extra charges. Why?

5 / 5

For inbound traffic to a VM that has NSGs on both its subnet and its NIC, what is the evaluation order?

0%