Chef infra lwrp操作中的属性重写是否有效地将优先级设置为12到13之间?
我一直在使用专有的legacy cookbook,它拥有lwrp资源。 它的定义有这样的结构Chef infra lwrp操作中的属性重写是否有效地将优先级设置为12到13之间?,chef-infra,Chef Infra,我一直在使用专有的legacy cookbook,它拥有lwrp资源。 它的定义有这样的结构 action :someaction do ... node.override['attr_group']['attr_a'] = 'some value' #Precedence 10? ... end 我的假设正确吗?这样设置属性可以有效地将其置于12到13之间的优先级,以便以后的资源完全抑制role和env 我从以下事实得出这样的结论:role和env属性是在编译阶段收集的,但建议的示
action :someaction do
...
node.override['attr_group']['attr_a'] = 'some value' #Precedence 10?
...
end
我的假设正确吗?这样设置属性可以有效地将其置于12到13之间的优先级,以便以后的资源完全抑制role和env
我从以下事实得出这样的结论:role和env属性是在编译阶段收集的,但建议的示例在收敛阶段执行/设置新值
更新1:
让我们考虑角色设置为
{
"name": "myrole",
"chef_type": "role",
"json_class": "Chef::Role",
...
"override_attributes": { #Precedence 11
"attr_group": {
"attr_a": "value from role"
}
}
}
在执行操作:someaction之后,后续资源看到的节点['attr_group']['attr_a']的值是多少
更新2:
上的文档说明了节点数据桶的布局,并清楚地回答了我的问题。我们通常不使用这些名称来表示级别,但这与该列表中的步骤10相同。9和10是相同的级别,只是称为覆盖,但设置时间不同