数据工厂中 Azure Data Lake 分析的服务主体模板
Serviceprincipal template for Azure Datalake analytics in datafactory
在此页面上:
https://docs.microsoft.com/en-us/azure/data-factory/v1/data-factory-usql-activity
有一个模板可以在 azure datafactory 中使用带有服务主体的 Azure Datalake 分析(而不是为每次使用手动授权)。
模板如下所示:
{
"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>"
}
}
}
此模板在 Azure 数据工厂中不起作用,它坚持认为对于类型
"AzureDataLakeAnalytics",不可能有 "serviceprincipalid",它仍然需要 "authorization" 作为 属性。
我的问题是:
使用 serviceprincipal 配置 AzureDataLakeAnalyticsLinkedService 的正确 json 模板是什么?
好的,很抱歉问了一个我最后想出来的问题。
虽然 Azure 门户确实抱怨模板,但它确实允许您部署它。我当然试过这个,但由于 azure 门户不显示错误消息,只有一个错误标志,我没有意识到错误是由于服务主体缺乏权限而不是它抱怨的模板。
因此,通过向服务主体添加更多权限并部署 json,忽略编译器投诉。它确实起作用了。抱歉打扰了。
在此页面上: https://docs.microsoft.com/en-us/azure/data-factory/v1/data-factory-usql-activity
有一个模板可以在 azure datafactory 中使用带有服务主体的 Azure Datalake 分析(而不是为每次使用手动授权)。
模板如下所示:
{
"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>"
}
}
}
此模板在 Azure 数据工厂中不起作用,它坚持认为对于类型 "AzureDataLakeAnalytics",不可能有 "serviceprincipalid",它仍然需要 "authorization" 作为 属性。
我的问题是: 使用 serviceprincipal 配置 AzureDataLakeAnalyticsLinkedService 的正确 json 模板是什么?
好的,很抱歉问了一个我最后想出来的问题。
虽然 Azure 门户确实抱怨模板,但它确实允许您部署它。我当然试过这个,但由于 azure 门户不显示错误消息,只有一个错误标志,我没有意识到错误是由于服务主体缺乏权限而不是它抱怨的模板。
因此,通过向服务主体添加更多权限并部署 json,忽略编译器投诉。它确实起作用了。抱歉打扰了。