Azure 策略 'modify' 效果与修复

Question

对于 azure 策略，如果需要，我可以使用“modify/deployIfNotExists”进行所需的更改。那么为什么我需要修复任务呢？

 "then": {
                "effect": "modify",
                "details": {
                    "type": "Microsoft.Authorization/locks",
                    "existenceCondition": {
                        "field": "Microsoft.Authorization/locks/level",
                        "equals": "CanNotDelete"
                    }
                }
            }

Answer 1

Azure Policy的主要功能是显示Azure资源的合规性和不合规性。它将回答“什么是合规的？”的问题。对于所有政策效果类型都是如此。

补救措施比定义“什么”更进一步，还定义了“如何”(如何将不合规变为合规)，这就是您需要补救任务的原因。

修复任务只是一个代表最低限度合规资源的 Azure ARM 资源。无论您是要修改现有资源还是部署新的子资源，您都会选择“修改”或“DeployIfNotExists”。然而，这两种类型都需要修复任务，因为必须在对可修复效果的不合规评估(例如修改或部署IfNotExists)时触发部署。 ARM 资源定义必须作为策略的一部分存在，以便 Azure Policy 知道如何修复不合规情况。