@Rahul Samant:
不可能編輯後的“run_as_user_name”屬性創建工作。然而,您可以提交運行沒有創建一個工作通過使用磚API直接和明確“run_as_user_name”參數。如果您使用的是磚2.0 API,“run_as_user_name”參數可能不支持,你可能需要升級到磚2.1美聯社
您可以使用個人身份驗證訪問令牌(PAT)或一個SSH密鑰。如果您使用的是帕特,你不需要提供SSH密鑰和known_hosts文件。Git的配置應該是這樣的:
git:身份驗證:類型:令牌令牌:my_git_credentials_token
您可以提供帕特的價值直接在“令牌”字段。
@Rahul Samant:
是的,你可以授權訪問的服務主體的Azure DevOps庫。您需要服務主體添加到庫的安全組或團隊進行必要的權限。
您可以編輯的屬性創建一個工作後,包括“run_as_user_name”屬性。要做到這一點,你可以遵循以下步驟:
或者,你可以提交一個運行沒有創建一個工作,顯式地指定“run_as_user_name”屬性。
由於@Suteja卡努裏人對你的反應。它有幫助。
你能分享如何通過run_as_user_name參數運行工作沒有創建一個工作。我正在使用。DatabricksSubmitRunOperator下麵的氣流和傳遞json作為參數,但它沒有考慮它。也通過cli不考慮它可能是我的json格式參數run_as_user_name是不正確的?
" json ": {
:“existing_cluster_id {{env。existing_cluster_id}}”,
" dbt_task ": {
“project_directory”:“”,
“命令”:[
“印度生物技術部deps”,
“印度生物技術部運行——選擇模型/睡眠”
),
“模式”:“kpi”,
“warehouse_id”:“XXXXXX”
},
" git_source ": {
“git_url”:“https://axxxx-dbt”,
:“git_provider azureDevOpsServices”,
“git_branch”:“大師”
},
“run_as_user_name”:“(電子郵件保護)”
}
@Rahul Samant:
您可以提交運行沒有創建一個工作,顯式地指定“run_as_user_name”。您可以使用磚CLI或API通過指定命令或API調用的用戶名。例如,使用磚CLI,您可以提交作業運行以下命令:
磚的工作現在,作業id <作業id >——notebook-params <參數> - run - as <用戶名>
替換<作業id >、<參數>和<用戶名>與對你的工作適當的值。
希望這可以幫助!
@Rahul Samant:
根據你提供的JSON載荷,它看起來像你使用氣流中的DatabricksSubmitRunOperator提交一個磚工作運行。通過run_as_user_name參數,您可以添加在json作為一個頂級參數字典是這樣的:
json: {“existing_cluster_id”:“{{env。existing_cluster_id}}”," dbt_task ": {“project_directory”:“”,“命令”:[“印度生物技術部deps”,“印度生物技術部運行——選擇模型/睡眠”),“模式”:“kpi”,“warehouse_id”:“XXXXXX”}, "git_source": { "git_url": "https://axxxx-dbt", "git_provider": "azureDevOpsServices", "git_branch": "master" }, "run_as_user_name": "(電子郵件保護)"}
確保run_as_user_name的價值是一個有效的磚與適當的用戶名或電子郵件地址的權限訪問必要的資源。