我计划在资源组中创建两个资源:一个Web应用程序和一个服务总线。 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')]"
我没有主意,也不知道如何设置这两个链接模板之间的依赖关系。
更新:如果收到错误后再次部署模板,则该模板将起作用,因为服务总线已在第一次部署中部署。因此,我很确定嵌套/链接模板是可以的。
答案 0 :(得分:1)
如果唯一,则可以使用要依赖的资源的名称。但是,如果您确实要确定需要使用$num = 1234567890.123;
$num = preg_replace("/(\d+?)(?=(\d\d)+(\d)(?!\d))(\.\d+)?/i", "$1,", $num);
echo $num;
// Input : 1234567890.123
// Output : 1,23,45,67,890.123
// Input : -1234567890.123
// Output : -1,23,45,67,890.123
函数:
resourceId()
您还可以使用"[resourceId('Microsoft.Resources/deployments', 'myServiceBusDeploy')]"
函数,但是您需要完全组装resourceId字符串:
concat()
话虽如此,但我不明白为什么这不适用于您的简化版模板。非简化版本可能会干扰/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()
属性。您需要将其移动到嵌套模板(从url部署)中,或者将dependsOn
与listkeys()
函数一起使用(这意味着依赖关系,并等待创建资源)。
答案 1 :(得分:1)
Gleb指出,这里的问题是listKeys正在被立即评估(我们正在尝试解决的ARM设计限制)。
要解决此问题,您可以执行以下两项操作之一:
1)而不是将connstr传递给模板,只需传递resourceId并在Web应用程序部署中执行listKeys()。
2)在服务总线部署中使用(connstr的)部署输出,并引用该部署输出。这将起作用,但也会使嵌套部署中的/ validation短路,因此#1是更好的整体方法。
HTH