为 Azure 资源上的数组属性创作策略
Azure 资源管理器属性通常定义为字符串和布尔值。 存在一对多关系时,复杂属性将定义为数组。 在 Azure Policy 中,通过以下几种不同的方式来使用数组:
- 定义参数的类型,用于提供多个选项。
- 使用条件
in
或notIn
的策略规则的一部分。 - 用作统计有多少数组成员符合条件的策略规则的一部分。
- 在 append 和 modify 效果中,用于更新现有数组
本文介绍 Azure Policy 对每种方式的使用情况,并提供了几个示例定义。
参数数组
定义参数数组
需要多个值时,将参数定义为数组可以实现策略的灵活性。 此策略定义允许参数 allowedLocations
的任何单个位置,默认为 chinaeast2:
"parameters": {
"allowedLocations": {
"type": "string",
"metadata": {
"description": "The list of allowed locations for resources.",
"displayName": "Allowed locations",
"strongType": "location"
},
"defaultValue": "chinaeast2"
}
}
由于 type
为字符串,因此在分配策略时只能设置一个值。 如果分配了此策略,则仅允许在单个 Azure 区域内使用范围内的资源。 大多数策略定义需要允许批准的选项列表,例如允许 chinaeast2、chinaeast 和 chinanorth2。
若要创建策略定义以允许多个选项,请使用数组 type
。 同一个策略可以重写,如下所示:
"parameters": {
"allowedLocations": {
"type": "array",
"metadata": {
"description": "The list of allowed locations for resources.",
"displayName": "Allowed locations",
"strongType": "location"
},
"defaultValue": [
"chinaeast2"
],
"allowedValues": [
"chinaeast2",
"chinaeast",
"chinanorth2"
]
}
}
注意
保存策略定义后,无法更改参数上的 type
属性。
在策略分配过程中,此新参数定义会使用多个值。 定义数组属性 allowedValues
后,分配期间可用的值将进一步限制为预定义的选项列表。 allowedValues
的使用是可选的。
在分配期间将值传递给参数数组
通过 Azure 门户分配策略时,type
数组的参数显示为单个文本框。 提示说“Use ; to separate values. (e.g. Shanghai;Beijing)
”。 若要将允许位置值 chinaeast2、chinaeast 和 chinanorth2 传递给该参数,请使用以下字符串:
chinaeast2;chinaeast;chinanorth2
使用 Azure CLI、Azure PowerShell 或 REST API 时,参数值的格式不同。 这些值通过 JSON 字符串(还包括参数名称)传递。
{
"allowedLocations": {
"value": [
"chinaeast2",
"chinaeast",
"chinanorth2"
]
}
}
若要将此字符串与每个 SDK 一起使用,请使用以下命令:
- Azure CLI:带有参数
params
的命令 az policy assignment create。 - Azure PowerShell:带有参数
PolicyParameter
的 Cmdlet New-AzPolicyAssignment。 - REST API:在请求正文中使用 PUT create 操作作为
properties.parameters
属性的值。
在条件中使用数组
In 和 notIn
in
和 notIn
条件仅适用于数组值。 它们检查数组中是否存在某个值。 数组可以是文本 JSON 数组,也可以是对数组参数的引用。 例如:
{
"field": "tags.environment",
"in": [
"dev",
"test"
]
}
{
"field": "location",
"notIn": "[parameters('allowedLocations')]"
}
值计数
值计数表达式统计有多少数组成员满足条件。 它提供了一种方法来多次评估同一条件,每次迭代都使用不同的值。 例如,以下条件检查资源名称是否与模式数组中的任何模式匹配:
{
"count": {
"value": [
"test*",
"dev*",
"prod*"
],
"name": "pattern",
"where": {
"field": "name",
"like": "[current('pattern')]"
}
},
"greater": 0
}
为了对表达式求值,Azure Policy 将计算 where
条件三次(每个 [ "test*", "dev*", "prod*" ]
成员一次),统计其计算结果为 true
的次数。 每次迭代时,会将当前数组成员的值与 count.name
所定义的 pattern
索引名称进行配对。 然后,可通过调用特殊模板函数 current('pattern')
在 where
条件内引用此值。
迭代 | current('pattern') 返回的值 |
---|---|
1 | "test*" |
2 | "dev*" |
3 | "prod*" |
仅当得到的计数大于 0 时,条件才为 true。
若要使上一条件更通用,请使用 parameters
引用而非文本数组:
{
"count": {
"value": "[parameters('patterns')]",
"name": "pattern",
"where": {
"field": "name",
"like": "[current('pattern')]"
}
},
"greater": 0
}
如果 value count
表达式不在任何其他 count
表达式下,则 count.name
是可选的,可以不带任何参数使用 current()
函数:
{
"count": {
"value": "[parameters('patterns')]",
"where": {
"field": "name",
"like": "[current()]"
}
},
"greater": 0
}
value count
还支持复杂对象的数组,因而允许更复杂的条件。 例如,下面的条件定义了每个名称模式所需的标记值,并检查资源名称是否与模式匹配但没有所需的标记值:
{
"count": {
"value": [
{
"pattern": "test*",
"envTag": "dev"
},
{
"pattern": "dev*",
"envTag": "dev"
},
{
"pattern": "prod*",
"envTag": "prod"
},
],
"name": "namePatternRequiredTag",
"where": {
"allOf": [
{
"field": "name",
"like": "[current('namePatternRequiredTag').pattern]"
},
{
"field": "tags.env",
"notEquals": "[current('namePatternRequiredTag').envTag]"
}
]
}
},
"greater": 0
}
如需有用的示例,请参阅值计数示例。
引用数组资源属性
许多用例需要使用所评估资源中的数组属性。 某些方案需要引用整个数组(例如,检查它的长度)。 其他方案需要对每个单独的数组成员应用条件(例如,确保所有防火墙规则阻止从 Internet 进行访问)。 了解 Azure Policy 引用资源属性的不同方式,以及这些引用在引用数组属性时的行为方式,是编写用于涵盖这些方案的条件的关键。
引用资源属性
Azure Policy 可以使用别名引用资源属性。有两种方法可用于在 Azure Policy 中引用资源属性的值:
使用字段条件来检查是否所有选定的资源属性都满足某个条件。 示例:
{ "field": "Microsoft.Test/resourceType/property", "equals": "value" }
使用
field()
函数访问属性的值。 示例:{ "value": "[take(field('Microsoft.Test/resourceType/property'), 7)]", "equals": "prefix_" }
字段条件具有隐式的“allOf
”行为。 如果别名表示值的集合,则它会检查是否所有单个值都满足该条件。 field()
函数按原样返回别名所表示的值,这些值随后可由其他模板函数操作。
引用数组字段
数组资源属性由两种不同类型的别名表示。 一种是一个普通别名,另一种是附加了 [*]
的数组别名:
Microsoft.Test/resourceType/stringArray
Microsoft.Test/resourceType/stringArray[*]
引用数组
第一种别名表示单个值,即请求内容中 stringArray
属性的值。 由于该属性的值是一个数组,因此在策略条件中并没有用。 例如:
{
"field": "Microsoft.Test/resourceType/stringArray",
"equals": "..."
}
此条件将整个 stringArray
数组与单个字符串值进行比较。 大多数条件(包括 equals
)仅接受字符串值,因此在将数组与字符串进行比较时没有多大用处。 引用数组属性的主要方案在检查该属性是否存在时十分有用:
{
"field": "Microsoft.Test/resourceType/stringArray",
"exists": "true"
}
在使用 field()
函数的情况下,返回的值是请求内容中的数组,该数组随后可与接受数组参数的任何field()
函数结合使用。 例如,以下条件检查 stringArray
的长度是否大于 0:
{
"value": "[length(field('Microsoft.Test/resourceType/stringArray'))]",
"greater": 0
}
引用数组成员集合
使用 [*]
语法的别名表示从数组属性中选择的属性值的集合,这不同于选择数组属性本身。 例如,Microsoft.Test/resourceType/stringArray[*]
会返回一个包含 stringArray
的所有成员的集合。 如前所述,field
条件会检查所有选定的资源属性是否满足该条件,因此仅当 stringArray
的所有成员均等于 "value"
时,以下条件才为 true。
{
"field": "Microsoft.Test/resourceType/stringArray[*]",
"equals": "value"
}
如果数组为空,则条件评估为 true,因为数组中没有成员违规。 在这种情况下,建议改用计数表达式。 如果数组包含对象,则可以使用 [*]
别名从每个数组成员选择特定属性的值。 示例:
{
"field": "Microsoft.Test/resourceType/objectArray[*].property",
"equals": "value"
}
如果 objectArray
中的所有 property
属性的值均等于 "value"
,则此条件为 true。 有关更多示例,请参阅更多别名示例。
使用 field()
函数引用数组别名时,返回的值是全部所选值的数组。 此行为意味着 field()
函数的常见用例(将模板函数应用于资源属性值的功能)非常有限。 在这种情况下可使用的模板函数只能是接受数组参数的模板函数。 例如,可以通过 [length(field('Microsoft.Test/resourceType/objectArray[*].property'))]
获取数组的长度。 但是,更复杂的方案(例如,将模板函数应用于每个数组成员,并将其与所需的值进行比较)仅在使用 count
表达式时才可行。 有关详细信息,请参阅字段计数表达式。
概括而言,请参阅以下示例资源内容和通过各种别名返回的所选值:
{
"tags": {
"env": "prod"
},
"properties": {
"stringArray": [
"a",
"b",
"c"
],
"objectArray": [
{
"property": "value1",
"nestedArray": [
1,
2
]
},
{
"property": "value2",
"nestedArray": [
3,
4
]
}
]
}
}
对示例资源内容使用字段条件时,结果如下所示:
别名 | 所选值 |
---|---|
Microsoft.Test/resourceType/missingArray |
null |
Microsoft.Test/resourceType/missingArray[*] |
值的空集合。 |
Microsoft.Test/resourceType/missingArray[*].property |
值的空集合。 |
Microsoft.Test/resourceType/stringArray |
["a", "b", "c"] |
Microsoft.Test/resourceType/stringArray[*] |
"a" ,"b" ,"c" |
Microsoft.Test/resourceType/objectArray[*] |
{ "property": "value1", "nestedArray": [ 1, 2 ] } ,{ "property": "value2", "nestedArray": [ 3, 4 ] } |
Microsoft.Test/resourceType/objectArray[*].property |
"value1" ,"value2" |
Microsoft.Test/resourceType/objectArray[*].nestedArray |
[ 1, 2 ] ,[ 3, 4 ] |
Microsoft.Test/resourceType/objectArray[*].nestedArray[*] |
1 ,2 ,3 ,4 |
对示例资源内容使用 field()
函数时,结果如下所示:
表达式 | 返回的值 |
---|---|
[field('Microsoft.Test/resourceType/missingArray')] |
"" |
[field('Microsoft.Test/resourceType/missingArray[*]')] |
[] |
[field('Microsoft.Test/resourceType/missingArray[*].property')] |
[] |
[field('Microsoft.Test/resourceType/stringArray')] |
["a", "b", "c"] |
[field('Microsoft.Test/resourceType/stringArray[*]')] |
["a", "b", "c"] |
[field('Microsoft.Test/resourceType/objectArray[*]')] |
[{ "property": "value1", "nestedArray": [ 1, 2 ] }, { "property": "value2", "nestedArray": [ 3, 4 ] }] |
[field('Microsoft.Test/resourceType/objectArray[*].property')] |
["value1", "value2"] |
[field('Microsoft.Test/resourceType/objectArray[*].nestedArray')] |
[[ 1, 2 ], [ 3, 4 ]] |
[field('Microsoft.Test/resourceType/objectArray[*].nestedArray[*]')] |
[1, 2, 3, 4] |
字段计数表达式
字段计数表达式统计有多少数组成员满足某个条件,并将计数与目标值进行比较。 与 field
条件相比,Count
对于评估数组而言更直观、更通用。 语法为:
{
"count": {
"field": <[*
] alias>,
"where": <optional policy condition expression>
},
"equals|greater|less|any other operator": <target value>
}
在未带 where
条件的情况下使用时,count
只返回数组的长度。 在使用上一节中的示例资源内容的情况下,以下 count
表达式的求值结果为 true
,因为 stringArray
包含三个成员:
{
"count": {
"field": "Microsoft.Test/resourceType/stringArray[*]"
},
"equals": 3
}
此行为也适用于嵌套数组。 例如,以下 count
表达式的计算结果为 true
,因为在 nestedArray
数组中有四个数组成员:
{
"count": {
"field": "Microsoft.Test/resourceType/objectArray[*].nestedArray[*]"
},
"greaterOrEquals": 4
}
count
是在 where
条件中发挥作用的。 如果指定了 count
,Azure Policy 将枚举数组成员,并会根据条件计算每个成员,统计有多少个数组成员的计算结果为 true
。 具体而言,在 where
条件计算的每次迭代中,Azure Policy 都会选择单个数组成员 i
,并根据 where
条件计算资源内容,就像 i
是该数组的唯一成员一样。 在每次迭代中仅有一个数组成员可用,这提供了将复杂条件应用于每一单个数组成员的方法。
示例:
{
"count": {
"field": "Microsoft.Test/resourceType/stringArray[*]",
"where": {
"field": "Microsoft.Test/resourceType/stringArray[*]",
"equals": "a"
}
},
"equals": 1
}
为了对 count
表达式求值,Azure Policy 将计算 where
条件 3 次(每个 stringArray
成员一次),统计其计算结果为 true
的次数。 如果 where
条件引用 Microsoft.Test/resourceType/stringArray[*]
数组成员,而不是选择 stringArray
的所有成员,则它每次只选择单个数组成员:
迭代 | 所选 Microsoft.Test/resourceType/stringArray[*] 值 |
where 求值结果 |
---|---|---|
1 | "a" |
true |
2 | "b" |
false |
3 | "c" |
false |
count
返回 1
。
下面是一个更复杂的表达式:
{
"count": {
"field": "Microsoft.Test/resourceType/objectArray[*]",
"where": {
"allOf": [
{
"field": "Microsoft.Test/resourceType/objectArray[*].property",
"equals": "value2"
},
{
"field": "Microsoft.Test/resourceType/objectArray[*].nestedArray[*]",
"greater": 2
}
]
}
},
"equals": 1
}
迭代 | 所选值 | where 求值结果 |
---|---|---|
1 | Microsoft.Test/resourceType/objectArray[*].property =>"value1" Microsoft.Test/resourceType/objectArray[*].nestedArray[*] =>1 ,2 |
false |
2 | Microsoft.Test/resourceType/objectArray[*].property =>"value2" Microsoft.Test/resourceType/objectArray[*].nestedArray[*] =>3 ,4 |
true |
count
返回 1
。
根据整个请求内容(包含仅对当前枚举的数组成员进行的更改)对 where
表达式求值意味着,where
条件还可以引用数组之外的字段:
{
"count": {
"field": "Microsoft.Test/resourceType/objectArray[*]",
"where": {
"field": "tags.env",
"equals": "prod"
}
},
"equals": 0
}
迭代 | 所选值 | where 求值结果 |
---|---|---|
1 | tags.env =>"prod" |
true |
2 | tags.env =>"prod" |
true |
嵌套 count 表达式可用于将条件应用于嵌套数组字段。 例如,下面的条件检查 objectArray[*]
数组是否恰好有两个成员,且 nestedArray[*]
包含一个或多个成员:
{
"count": {
"field": "Microsoft.Test/resourceType/objectArray[*]",
"where": {
"count": {
"field": "Microsoft.Test/resourceType/objectArray[*].nestedArray[*]"
},
"greaterOrEquals": 1
}
},
"equals": 2
}
迭代 | 所选值 | 嵌套 count 计算结果 |
---|---|---|
1 | Microsoft.Test/resourceType/objectArray[*].nestedArray[*] =>1 ,2 |
nestedArray[*] 具有 2 个成员 =>true |
2 | Microsoft.Test/resourceType/objectArray[*].nestedArray[*] =>3 ,4 |
nestedArray[*] 具有 2 个成员 =>true |
由于 objectArray[*]
的两个成员都有一个子数组 nestedArray[*]
,而子数组有两个成员,因此外层 count 表达式返回 2
。
更复杂的示例:检查 objectArray[*]
数组是否正好有两个成员,而 nestedArray[*]
具有等于 2
或 3
的成员:
{
"count": {
"field": "Microsoft.Test/resourceType/objectArray[*]",
"where": {
"count": {
"field": "Microsoft.Test/resourceType/objectArray[*].nestedArray[*]",
"where": {
"field": "Microsoft.Test/resourceType/objectArray[*].nestedArray[*]",
"in": [
2,
3
]
}
},
"greaterOrEquals": 1
}
},
"equals": 2
}
迭代 | 所选值 | 嵌套 count 计算结果 |
---|---|---|
1 | Microsoft.Test/resourceType/objectArray[*].nestedArray[*] =>1 ,2 |
nestedArray[*] 包含 2 =>true |
2 | Microsoft.Test/resourceType/objectArray[*].nestedArray[*] =>3 ,4 |
nestedArray[*] 包含 3 =>true |
由于 objectArray[*]
的两个成员都有一个包含 2
或 3
的子数组 nestedArray[*]
,因此外层 count 表达式将返回 2
。
注意
嵌套字段计数表达式只能引用嵌套数组。 例如,引用 Microsoft.Test/resourceType/objectArray[*]
的 count 表达式可以具有以嵌套数组 Microsoft.Test/resourceType/objectArray[*].nestedArray[*]
为目标的嵌套 count,但它不能具有以 Microsoft.Test/resourceType/stringArray[*]
为目标的嵌套 count 表达式。
使用模板函数访问当前数组成员
使用模板函数时,请使用 current()
函数访问当前数组成员的值或其任何属性的值。 若要访问当前数组成员的值,请将 count.field
中定义的别名或其任何子级别名作为参数传递给 current()
函数。 例如:
{
"count": {
"field": "Microsoft.Test/resourceType/objectArray[*]",
"where": {
"value": "[current('Microsoft.Test/resourceType/objectArray[*].property')]",
"like": "value*"
}
},
"equals": 2
}
迭代 | current() 返回的值 |
where 求值结果 |
---|---|---|
1 | objectArray[*] 的第一个成员中的 property 的值:value1 |
true |
2 | objectArray[*] 的第一个成员中的 property 的值:value2 |
true |
where 条件中的 field 函数
还可以使用 field()
函数来访问当前数组成员的值,前提是 count 表达式不在某个存在条件中( 函数始终引用 if 条件中计算的资源)。 引用评估的数组时 field()
的行为基于以下概念:
- 数组别名解析为从所有数组成员选择的值的集合。
- 引用数组别名的
field()
函数会返回具有所选值的数组。 - 在
where
条件内引用计数数组别名将返回一个集合,该集合中包含从当前迭代中评估的数组成员中选择的单个值。
此行为意味着,当使用 field()
函数在 where
条件中引用计数数组成员时,它将返回一个具有单个成员的数组。 虽然此行为可能并不直观,但它与下面的理念一致:数组别名始终返回所选属性的集合。 下面是一个示例:
{
"count": {
"field": "Microsoft.Test/resourceType/stringArray[*]",
"where": {
"field": "Microsoft.Test/resourceType/stringArray[*]",
"equals": "[field('Microsoft.Test/resourceType/stringArray[*]')]"
}
},
"equals": 0
}
迭代 | 表达式值 | where 求值结果 |
---|---|---|
1 | Microsoft.Test/resourceType/stringArray[*] =>"a" [field('Microsoft.Test/resourceType/stringArray[*]')] =>[ "a" ] |
false |
2 | Microsoft.Test/resourceType/stringArray[*] =>"b" [field('Microsoft.Test/resourceType/stringArray[*]')] =>[ "b" ] |
false |
3 | Microsoft.Test/resourceType/stringArray[*] =>"c" [field('Microsoft.Test/resourceType/stringArray[*]')] =>[ "c" ] |
false |
因此,当需要使用 field()
函数访问计数数组别名的值时,执行此操作的方法是使用 first()
模板函数来包装它:
{
"count": {
"field": "Microsoft.Test/resourceType/stringArray[*]",
"where": {
"field": "Microsoft.Test/resourceType/stringArray[*]",
"equals": "[first(field('Microsoft.Test/resourceType/stringArray[*]'))]"
}
}
}
迭代 | 表达式值 | where 求值结果 |
---|---|---|
1 | Microsoft.Test/resourceType/stringArray[*] =>"a" [first(field('Microsoft.Test/resourceType/stringArray[*]'))] =>"a" |
true |
2 | Microsoft.Test/resourceType/stringArray[*] =>"b" [first(field('Microsoft.Test/resourceType/stringArray[*]'))] =>"b" |
true |
3 | Microsoft.Test/resourceType/stringArray[*] =>"c" [first(field('Microsoft.Test/resourceType/stringArray[*]'))] =>"c" |
true |
如需有用的示例,请参阅字段计数示例。
修改数组
创建或更新期间,追加和修改操作会更改资源的属性。 使用数组属性时,这些效果的行为取决于操作是否尝试修改 [*]
别名:
注意
目前,预览版中可使用 modify
效果和别名。
Alias | 效果 | 业务成效 |
---|---|---|
Microsoft.Storage/storageAccounts/networkAcls.ipRules |
append |
如果丢失,Azure Policy 将追加效果详细信息中指定的整个数组。 |
Microsoft.Storage/storageAccounts/networkAcls.ipRules |
使用 add 操作 modify |
如果丢失,Azure Policy 将追加效果详细信息中指定的整个数组。 |
Microsoft.Storage/storageAccounts/networkAcls.ipRules |
使用 addOrReplace 操作 modify |
如果缺失,Azure Policy 将追加效果详细信息中指定的整个数组,或替换现有数组。 |
Microsoft.Storage/storageAccounts/networkAcls.ipRules[*] |
append |
Azure Policy 将追加效果详细信息中指定的数组成员。 |
Microsoft.Storage/storageAccounts/networkAcls.ipRules[*] |
使用 add 操作 modify |
Azure Policy 将追加效果详细信息中指定的数组成员。 |
Microsoft.Storage/storageAccounts/networkAcls.ipRules[*] |
使用 addOrReplace 操作 modify |
Azure Policy 删除所有现有的数组成员,并追加效果详细信息中指定的数组成员。 |
Microsoft.Storage/storageAccounts/networkAcls.ipRules[*].action |
append |
Azure Policy 为每个数组成员的 action 属性追加一个值。 |
Microsoft.Storage/storageAccounts/networkAcls.ipRules[*].action |
使用 add 操作 modify |
Azure Policy 为每个数组成员的 action 属性追加一个值。 |
Microsoft.Storage/storageAccounts/networkAcls.ipRules[*].action |
使用 addOrReplace 操作 modify |
Azure Policy 追加或替换每个数组成员的现有 action 属性。 |
有关详细信息,请参阅追加示例。
其他别名示例
建议使用字段计数表达式来检查请求内容中某个数组的“allOf
”成员或“anyOf
”成员是否符合条件。 对于一些简单的情况,可以通过将字段访问器与数组别名结合使用来实现相同的结果,如引用数组成员集合中所述。 对于超出允许的 count
表达式限制的策略规则,此模式可能非常有用。 下面是常见用例的示例:
方案表的示例策略规则如下:
"policyRule": {
"if": {
"allOf": [
{
"field": "Microsoft.Storage/storageAccounts/networkAcls.ipRules",
"exists": "true"
},
<-- Condition (see table below) -->
]
},
"then": {
"effect": "[parameters('effectType')]"
}
}
对于以下方案表,ipRules
数组如下所示:
"ipRules": [
{
"value": "127.0.0.1",
"action": "Allow"
},
{
"value": "192.168.1.1",
"action": "Allow"
}
]
对于下面的每个条件示例,请将 <field>
替换为 "field": "Microsoft.Storage/storageAccounts/networkAcls.ipRules[*].value"
。
以下结果是条件和示例策略规则与上述现有值的数组的组合带来的结果:
条件 | 业务成效 | 场景 | 说明 |
---|---|---|---|
{<field>,"notEquals":"127.0.0.1"} |
无 | 无匹配 | 一个数组元素的计算结果为 false (127.0.0.1 != 127.0.0.1 ),另一个的计算结果为 true (127.0.0.1 != 192.168.1.1 ),因此 notEquals 条件为 false,不会触发该效果。 |
{<field>,"notEquals":"10.0.4.1"} |
策略效果 | 无匹配 | 两个数组元素的计算结果均为 true (10.0.4.1 != 127.0.0.1 and 10.0.4.1 != 192.168.1.1 ),因此 notEquals 条件为 true,会触发该效果。 |
"not":{<field>,"notEquals":"127.0.0.1" } |
策略效果 | 一个或多个匹配 | 一个数组元素的计算结果为 false (127.0.0.1 != 127.0.0.1 ),另一个的计算结果为 true (127.0.0.1 != 192.168.1.1 ),因此 notEquals 条件为 false。 逻辑运算符的计算结果为 true(不为 false),因此会触发该效果。 |
"not":{<field>,"notEquals":"10.0.4.1"} |
无 | 一个或多个匹配 | 两个数组元素的计算结果均为 true (10.0.4.1 != 127.0.0.1 and 10.0.4.1 != 192.168.1.1 ),因此 notEquals 条件为 true。 逻辑运算符的计算结果为 false(不为 true),因此不会触发该效果。 |
"not":{<field>,"Equals":"127.0.0.1"} |
策略效果 | 并非全部匹配 | 一个数组元素的计算结果为 true (127.0.0.1 == 127.0.0.1 ),另一个的计算结果为 false (127.0.0.1 == 192.168.1.1 ),因此 Equals 条件为 false。 逻辑运算符的计算结果为 true(不为 false),因此会触发该效果。 |
"not":{<field>,"Equals":"10.0.4.1"} |
策略效果 | 并非全部匹配 | 两个数组元素的计算结果为 false (10.0.4.1 == 127.0.0.1 and 10.0.4.1 == 192.168.1.1 ),因此 Equals 条件为 false。 逻辑运算符的计算结果为 true(不为 false),因此会触发该效果。 |
{<field>,"Equals":"127.0.0.1"} |
无 | 全部匹配 | 一个数组元素的计算结果为 true (127.0.0.1 == 127.0.0.1 ),另一个的计算结果为 false (127.0.0.1 == 192.168.1.1 ),因此 Equals 条件为 false,不会触发该效果。 |
{<field>,"Equals":"10.0.4.1"} |
无 | 全部匹配 | 两个数组元素的计算结果为 false (10.0.4.1 == 127.0.0.1 and 10.0.4.1 == 192.168.1.1 ),因此 Equals 条件为 false,不会触发该效果。 |
后续步骤
- 在 Azure Policy 示例中查看示例。
- 查看 Azure Policy 定义结构。
- 查看了解策略效果。
- 了解如何以编程方式创建策略。
- 了解如何修正不符合的资源。
- 参阅使用 Azure 管理组来组织资源,了解什么是管理组。