为什么在二头肌中不推荐使用“dependsOn”？

Question

Microsoft记录了隐式和显式依赖关系的目的。其中显式依赖项使用“dependsOn”。但有人提到这种方法的用例很少。

可以对以下内容进行一些澄清：

MS 的示例

resource dnsZone 'Microsoft.Network/dnszones@2018-05-01' = {
  name: 'demoeZone1'
  location: 'global'
}

resource otherZone 'Microsoft.Network/dnszones@2018-05-01' = {
  name: 'demoZone2'
  location: 'global'
  dependsOn: [
    dnsZone
  ]
}

引用

部署后，您无法查询在dependsOn元素中定义了哪些资源。

假设“otherZone”是一个dependsOn元素，它仍然可以使用符号名称进行查询。

我错了吗？如果是的话，这意味着什么the dependsOn element？

Answer 1

我认为它们的意思是，在没有良好（部署相关）原因的情况下设置这些显式的dependsOn元素没有任何好处，因为一旦部署完成，您就无法在任何地方（在Azure门户中）看到您具有此依赖项在你的文件中设置。

dependentOn 的用例是，如果您需要确保资源管理器仅在创建其他资源（而不是并行）后才使用 dependentOn 创建资源。

但在大多数情况下，您需要设置具有相同效果的父关系（隐式依赖）。