Which Azure feature allows an organization to identify resources that do not comply with defined policies and automatically trigger remediation?
Azure Policy remediation tasks are the correct answer because they automatically fix resources that violate a policy, specifically when the policy uses the deployIfNotExists or modify effect. When a policy evaluation identifies a non-compliant resource, a remediation task can be triggered manually, on a schedule, or by a policy evaluation event to bring the resource back into conformance. This native, built-in capability directly addresses compliance enforcement without requiring additional services or custom code.
Why this answer
Azure Policy remediation tasks are the correct answer because they are specifically designed to identify non-compliant resources based on policy definitions and automatically trigger remediation actions, such as deploying a required configuration or modifying resource settings. This feature works by using managed identities to execute the 'deployIfNotExists' or 'modify' policy effects, ensuring resources are brought into compliance without manual intervention.
Exam trap
The trap here is that candidates often confuse Azure Policy remediation tasks with Azure Automation runbooks or Logic Apps, thinking any automation tool can handle compliance remediation, but Azure Policy provides a native, policy-driven remediation mechanism that is tightly integrated with compliance evaluation and does not require custom code.
How to eliminate wrong answers
Option A is wrong because Azure Automation runbooks are used for process automation (e.g., patching, backup) but lack native integration with Azure Policy's compliance evaluation and remediation triggers; they require custom scripting and event-based triggers to address policy violations. Option C is wrong because Azure Blueprints re-assignment is a deployment orchestration tool that creates environments from a blueprint package, but it does not continuously monitor or remediate existing non-compliant resources; it only applies policies at assignment time. Option D is wrong because Azure Logic Apps compliance workflows are general-purpose integration and workflow services that can be configured to react to events, but they are not a built-in Azure Policy feature for automatic remediation; they would require custom connectors and logic to replicate Policy's native remediation capabilities.