我计划建立在我的资源组中的两个资源:一个Web应用程序和一个服务总线。 Web应用程序都将有一个连接字符串指向服务总线。所以,我需要先创建服务总线,然后添加Web应用程序与它的连接字符串。对于这两种网络应用和服务总线,我使用的是联模板。我的简化azuredeploy.json
看起来是这样的:
{
"$schema": "https://schema.management.azure.com/schemas/2015-01-01/deploymentTemplate.json#",
"contentVersion": "1.0.0.0",
"resources": [
{
"name": "myWebAppDeploy",
"apiVersion": "2017-05-10",
"type": "Microsoft.Resources/deployments",
"dependsOn": [
"UNKNOWN-DEPENDENCY"
],
"properties": {
"mode": "Incremental",
"templateLink": {
"uri": "link/to/webapp.azuredeploy.json",
"contentVersion": "1.0.0.0"
},
"parameters": {
"name": {
"value": "myWebApp"
},
"connectionStrings": {
"value": {
"serviceBusConnectionString": "[listKeys(resourceId('Microsoft.ServiceBus/namespaces/authorizationRules', 'myServiceBus', 'RootManageSharedAccessKey'), '2017-04-01').primaryConnectionString]"
}
}
}
}
},
{
"name": "myServiceBusDeploy",
"apiVersion": "2017-05-10",
"type": "Microsoft.Resources/deployments",
"properties": {
"mode": "Incremental",
"templateLink": {
"uri": "link/to/servicebus.azuredeploy.json",
"contentVersion": "1.0.0.0"
},
"parameters": {
"name": {
"value": "myServiceBus"
}
}
}
}
]
}
不管是什么,我把UNKNOWN-DEPENDENCY
节,我收到以下错误:
Template deployment returned the following errors:10:02:23 AM - Resource Microsoft.ServiceBus/namespaces/authorizationRules 'myServiceBus/RootManageSharedAccessKey' failed with message '{
"error": {
"code": "ParentResourceNotFound",
"message": "Can not perform requested operation on nested resource. Parent resource 'myServiceBus' not found."
}
}'
看起来像它的尝试部署的服务总线之前的Web应用程序。我曾尝试以下,但没有运气:
"myServiceBus"
"myServiceBusDeploy",
"[concat('Microsoft.Resources/deployments/', 'myServiceBusDeploy')]",
"[concat('Microsoft.ServiceBus/namespaces', 'myServiceBus')]"
"[resourceId('Microsoft.Resources/deployments', 'myServiceBusDeploy')]"
"[resourceId('Microsoft.ServiceBus/namespaces', 'myServiceBus')]"
我的想法,不知道如何设置这两个链接模板之间的依赖关系。
更新:如果我收到错误后重新部署我的模板,它会工作,因为服务总线已经被部署在第一次部署。所以,我敢肯定,嵌套/链接的模板都OK。
这里格列布注意的问题是,listKeys被立即评估(以ARM设计的限制,我们正在努力修复)。
为了解决这个问题,你可以做两件事情之一:
1),而不是传递connstr为模板,只是通过在RESOURCEID并执行Web应用程序部署listKeys()。
2)在服务总线部署和参考(),其部署输出使用部署输出(的connstr)。这将工作,但它也短路的嵌套部署/验证,因此#1是一个更好的整体办法。
HTH
你可以使用你想依靠只有当它的独特,看着简化版本,它是资源的名称。但是,如果你想成为真正知道你需要使用resourceId()
功能:
"[resourceId('Microsoft.Resources/deployments', 'myServiceBusDeploy')]"
你也可以使用concat()
功能,但你需要精确地装配RESOURCEID字符串:
/subscriptions/guid/resourceGroups/rg_name/providers/Microsoft.Network/networkInterfaces/resource_name
话虽如此,我不明白为什么这会不会与模板的简化版本。可能非简化版本有一些可能与dependsOn\resourceId
干扰。
如果使用的是定制等级的部署可能需要构建这样的事情:
/subscriptions/guid/resourceGroups/rg_name/providers/Microsoft.Resources/deployments/myServiceBusDeploy
是啊,就像我总是告诉人们这里:“嵌套联模板都是扯淡,从来不使用它们,除非你知道你在做什么”。错误犯规来自dependsOn
财产,错误来自于listKeys()
功能。因为你使用嵌套的在线部署,部署启动时listkeys()
正在评估,它不是一种资源,所以它不孝敬dependsOn
财产。你需要或者移动这嵌套模板(从URL部署)或listkeys()
功能(这意味着依赖和等待资源创建)一起使用reference()
。