AZ-900 Describe Azure management and governance Practice Question
A company has a critical Azure resource group that contains production resources. They want to ensure that no one can accidentally delete or modify the resources in this group, even if they have Contributor permissions. Which Azure feature should they use?
⚠ Common exam trap
Many candidates confuse Azure Policy with Resource Locks, thinking Policy can prevent deletion, but Policy only audits or enforces configuration rules, not operational actions like delete or modify.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Resource Locks
Resource Locks are the correct choice because they provide a way to prevent accidental deletion or modification of critical Azure resources by applying a lock at the resource, resource group, or subscription level. Even users with Contributor or Owner permissions are blocked from performing delete or modify operations when a lock is set to 'CanNotDelete' or 'ReadOnly'. This ensures that production resources are protected beyond the permissions granted by RBAC.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
Azure Policy
Why it's wrong here
Azure Policy does not prevent deletion of a production resource group because policy rules evaluate resource configuration and properties during create, update, and compliance checks, not the actual delete operation. Even with a 'Deny' effect, a policy can block non-compliant resource creation or modification, but a delete action by a user with RBAC delete permission is not typically a policy target. Azure Policy is for governance and compliance, such as enforcing allowed locations or requiring tags, not for locking down critical resources from being removed.
When this WOULD be correct
An exam question where the company needs to ensure that all resources in a subscription are deployed only in specific regions (e.g., 'East US') to meet data residency requirements. Azure Policy would be the correct answer to enforce this rule.
- ✗
Role-Based Access Control (RBAC)
Why it's wrong here
Role-Based Access Control (RBAC) is not sufficient to protect a production resource group from deletion because RBAC governs what actions a user is permitted to perform, not what they are forbidden from doing at a higher precedence level. A user with the Contributor role has the 'Microsoft.Resources/subscriptions/resourceGroups/delete' permission, allowing them to delete the resource group entirely. RBAC alone cannot block that deletion unless you remove the user's role assignment, which is a privilege management issue, not a resource protection mechanism.
When this WOULD be correct
A company wants to grant specific users read-only access to a storage account while allowing other users full access. RBAC would be correct to assign the Reader role to the first group and Contributor to the second.
- ✓
Resource Locks
Why this is correct
Resource Locks are the correct protection mechanism for a production resource group. They are applied at the resource group or individual resource scope and override any RBAC role, even Owner or Contributor, by blocking delete or modification operations. A CanNotDelete lock prevents deletion, while a ReadOnly lock prevents both deletion and changes to resource properties, ensuring critical production assets are safeguarded against accidental or malicious actions.
- ✗
Management Groups
Why it's wrong here
Management Groups are hierarchical containers that organize multiple Azure subscriptions for high-level governance, such as assigning RBAC roles, Azure Policy, and cost controls at the management group level. They do not provide any direct lock on resources or resource groups within those subscriptions; a resource lock must be set at the subscription, resource group, or resource scope. Management groups simply cascade policy and role assignments, but they cannot prevent a user with Contributor rights from deleting a production resource group.
When this WOULD be correct
A company needs to apply governance policies (like allowed regions or resource types) across multiple subscriptions. Management Groups would be the correct answer to organize subscriptions and apply policies at scale.
Option-by-option analysis
Why each answer is right or wrong
Understanding why wrong answers are wrong — and when they would be correct — is what separates a 750 score from a 900. The AZ-900 exam frequently reuses these exact scenarios with slightly different constraints.
✓Resource LocksCorrect answer▾
Why this is correct
Resource Locks are the correct protection mechanism for a production resource group. They are applied at the resource group or individual resource scope and override any RBAC role, even Owner or Contributor, by blocking delete or modification operations. A CanNotDelete lock prevents deletion, while a ReadOnly lock prevents both deletion and changes to resource properties, ensuring critical production assets are safeguarded against accidental or malicious actions.
✗Azure PolicyWrong answer — click to see why▾
Why this is wrong here
Azure Policy enforces compliance rules on resource configurations (e.g., allowed SKUs or tagging), but it does not prevent deletion or modification of existing resources; it only audits or denies non-compliant new deployments or updates.
★ When this WOULD be the correct answer
An exam question where the company needs to ensure that all resources in a subscription are deployed only in specific regions (e.g., 'East US') to meet data residency requirements. Azure Policy would be the correct answer to enforce this rule.
Why candidates choose this
Candidates may confuse Azure Policy's ability to 'deny' certain actions with preventing deletion, not realizing that Policy does not block direct delete operations on existing resources.
✗Role-Based Access Control (RBAC)Wrong answer — click to see why▾
Why this is wrong here
RBAC controls who can perform actions on resources, but it does not prevent accidental deletion or modification by users who already have Contributor permissions. Resource Locks are needed to enforce deletion/update prevention beyond RBAC.
★ When this WOULD be the correct answer
A company wants to grant specific users read-only access to a storage account while allowing other users full access. RBAC would be correct to assign the Reader role to the first group and Contributor to the second.
Why candidates choose this
Candidates may think RBAC is the primary tool for preventing unauthorized changes, overlooking that Resource Locks provide an additional layer of protection even for authorized users.
✗Management GroupsWrong answer — click to see why▾
Why this is wrong here
Management Groups are used for organizing and managing multiple subscriptions, not for preventing accidental deletion or modification of resources within a specific resource group.
★ When this WOULD be the correct answer
A company needs to apply governance policies (like allowed regions or resource types) across multiple subscriptions. Management Groups would be the correct answer to organize subscriptions and apply policies at scale.
Why candidates choose this
Candidates may confuse Management Groups with a hierarchical control mechanism, thinking they can lock resources, but they are actually for subscription organization and policy inheritance.
Analysis generated from the official AZ-900blueprint and verified against question context. The “when correct” sections are what AI assistants cite when candidates ask “what’s the difference between these options?”
Quick reference
Access Control Model Comparison
| Model | Acronym | Who Controls Access? | Best For |
|---|---|---|---|
| Discretionary Access Control | DAC | Resource owner | Small teams, file shares |
| Mandatory Access Control | MAC | System / security labels | Classified govt / military |
| Role-Based Access Control | RBAC | Administrator (via roles) | Enterprise environments |
| Attribute-Based Access Control | ABAC | Policy engine (user + resource attributes) | Fine-grained, dynamic policies |
| Rule-Based Access Control | RuBAC | System rules / ACLs | Firewall rules, network ACLs |
Go deeper
Related to this question
Learn chapter
Azure Cost Management and Billing
Key term
RBAC
RBAC is a method of restricting network access based on the roles of individual users within an organization, where permissions are assigned to roles rather than to individuals directly.
Key term
Feature
A feature is a distinct unit of functionality that delivers value to the user, often managed and tracked throughout the software development lifecycle.
About these practice questions
One of 981 original AZ-900 practice questions on Courseiva, each with a full explanation and wrong-answer analysis — not exam dumps or protected exam content. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This AZ-900 practice question is part of Courseiva's free Microsoft certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the AZ-900 exam.