Chef infra lwrp操作中的属性重写是否有效地将优先级设置为12到13之间?

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属性是在编译阶段收集的,但建议的示

我一直在使用专有的legacy cookbook,它拥有lwrp资源。 它的定义有这样的结构

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是相同的级别,只是称为覆盖,但设置时间不同