Azure 将cloninginfo属性添加到arm模板部署槽资源会中断在部署槽上设置用户定义的托管标识
我发现了一些东西,我认为这是ARM模板中的一个bug 我有一个模板,可以创建一个应用程序服务,并创建一个部署槽。现在我想确保部署槽从父应用程序服务克隆了appsettings,因此我使用Azure 将cloninginfo属性添加到arm模板部署槽资源会中断在部署槽上设置用户定义的托管标识,azure,azure-web-app-service,arm-template,Azure,Azure Web App Service,Arm Template,我发现了一些东西,我认为这是ARM模板中的一个bug 我有一个模板,可以创建一个应用程序服务,并创建一个部署槽。现在我想确保部署槽从父应用程序服务克隆了appsettings,因此我使用cloningInfo节点为克隆设置源应用程序服务。但一旦我这样做了,在部署槽上设置用户定义的托管标识就停止了工作,因为它存在于模板中。我的(简化)模板: resources: [ { "apiVersion": "2018-11-01", &quo
cloningInfo
节点为克隆设置源应用程序服务。但一旦我这样做了,在部署槽上设置用户定义的托管标识就停止了工作,因为它存在于模板中。我的(简化)模板:
resources: [
{
"apiVersion": "2018-11-01",
"name": "MyAppservice",
"type": "Microsoft.Web/sites",
"location": "[resourceGroup().location]",
"kind": "app",
"identity": {
"type": "userAssigned",
"userAssignedIdentities": {
"<some id>": {}
}
}
},
{
"type": "Microsoft.Web/sites/slots",
"apiVersion": "2018-11-01",
"name": "['MyAppservice','/secondslot')]",
"location": "[resourceGroup().location]",
"dependsOn": [
"[resourceId('Microsoft.Web/sites', 'MyAppservice')]"
],
"kind": "app",
"identity": {
"type": "userAssigned",
"userAssignedIdentities": {
"<some id>": {}
},
"properties": {
"cloningInfo": {
"sourceWebAppId": "[resourceId('Microsoft.Web/sites', 'MyAppservice')]"
}
}
}
]
资源:[
{
“apiVersion”:“2018-11-01”,
“名称”:“MyAppservice”,
“类型”:“Microsoft.Web/sites”,
“位置”:“[resourceGroup().location]”,
“种类”:“应用程序”,
“身份”:{
“类型”:“用户分配”,
“UserAssignedIdentity”:{
"": {}
}
}
},
{
“类型”:“Microsoft.Web/sites/slots”,
“apiVersion”:“2018-11-01”,
“名称”:“['MyAppservice','/secondslot')]”,
“位置”:“[resourceGroup().location]”,
“dependsOn”:[
[resourceId('Microsoft.Web/sites','MyAppservice')]
],
“种类”:“应用程序”,
“身份”:{
“类型”:“用户分配”,
“UserAssignedIdentity”:{
"": {}
},
“财产”:{
“cloningInfo”:{
“sourceWebAppId:“[resourceId('Microsoft.Web/sites','MyAppservice')”
}
}
}
]
因此,当我使用上述基础部署模板时,不会在部署槽上设置用户定义的托管标识。当我删除cloningInfo属性时,会设置用户定义的托管标识,但不会复制父应用服务的应用设置
我是做错了什么还是这是一个错误?我知道(出于某种原因)根据设计,使用定义的托管标识不会复制到部署槽中,因此我假设在从现有应用程序服务进行克隆时手动设置该标识时,克隆设置不会覆盖用户定义的托管标识。我们承认,这是一个当前存在的问题,如果设置了克隆信息,则为忽略在修复剩余负载之前,解决方法是有两个单独的更新(一个用于克隆,一个用于MSI).在我测试后,这似乎是一个问题。我已在适当的渠道中报告。@krishg感谢您的测试。您向哪个渠道报告了它,我可以在任何地方跟踪进度?在内部向应用程序服务团队报告,因此在任何公共渠道中都不可用。如果您有任何Azure支持计划,您也可以继续创建票证。否则,让我们在这里等待我的更新。