Chapter 6 of 6 · Validation and operations

Azure Policy guardrails for Microsoft Foundry AI services

Optional module · Draft 4 hours

Chapter 6 of 6

Confirm the result#

Run the compliance check after Azure Policy evaluation has produced current states. The module is complete when the assignment exists at the approved scope, uses the recorded effects, and the review owner can explain every non-compliant reference before promotion.

Stop if policy states are missing, stale, or show unexpected resources. Keep the assignment in DoNotEnforce or audit effects until the owner explains the result.

After implementation#

What remainsOwner
Policy initiative, custom SKU policy, assignment, and parametersPlatform policy owner
Current policy states and exceptionsCompliance review owner
Deployment SKU list and residency exceptionsData-residency owner
Diagnostic workspace and remediation role pathObservability owner and Log Analytics workspace owner
Promotion and restore decisionPromotion authority

Restore through the approved policy change path:

  1. Change the assignment back to DoNotEnforce to stop blocking while keeping compliance data.
  2. Change individual effects to Audit, AuditIfNotExists, or Disabled when the owner approves that narrower restore.
  3. Remove the assignment only after the platform policy owner confirms no workflow uses it.
  4. Remove the custom policy and initiative only after every assignment that references them is gone.

DeployIfNotExists remediation does not undo diagnostic settings. If diagnostic settings need to be removed, the resource owner removes them through the resource's normal change path after checking retention and incident needs.

Optional module

Azure Policy guardrails for Microsoft Foundry AI services slide deck