datafactory中Azure Datalake分析的Serviceprincipal模板

在本页上：

在Azure datafactory中有一个模板用于使用Azure Datalake analytics和服务主体（而不是为每次使用手动授权）

模板如下所示：

{
"name": "AzureDataLakeAnalyticsLinkedService",
"properties": {
    "type": "AzureDataLakeAnalytics",
    "typeProperties": {
        "accountName": "adftestaccount",
        "dataLakeAnalyticsUri": "azuredatalakeanalytics.net",
        "servicePrincipalId": "<service principal id>",
        "servicePrincipalKey": "<service principal key>",
        "tenant": "<tenant info, e.g. microsoft.onmicrosoft.com>",
        "subscriptionId": "<optional, subscription id of ADLA>",
        "resourceGroupName": "<optional, resource group name of ADLA>"
    }
}

{
“名称”：“AzureDataLakeAnalyticsLinkedService”，
“财产”：{
“类型”：“AzureDataLakeAnalytics”，
“类型属性”：{
“帐户名”：“adftestaccount”，
“dataLakeAnalyticsUri”：“azuredatalakeanalytics.net”，
“servicePrincipalId”：“，
“servicePrincipalKey”：“，
“承租人”：“，
“subscriptionId”：“订阅”，
“resourceGroupName”：”
}
}

}

此模板在azure data factory中不起作用，它坚持认为 “AzureDataLakeAnalytics”，不可能有“serviceprincipalid”，它仍然需要作为属性的“授权”

我的问题是:

---

使用serviceprincipal配置AzureDataLakeAnalyticsLinkedService的正确json模板是什么？

好的，很抱歉问了一个我最后自己想出来的问题

虽然azure门户确实会抱怨模板，但它确实允许您部署模板。我当然试过了，但是由于azure门户没有显示错误消息，只有一个错误标志，我没有意识到错误是由于服务主体缺乏权限，而不是它抱怨的模板

因此，通过向服务主体添加更多权限并部署json，忽略编译器的抱怨。它确实奏效了。对不起打扰了