- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-12-2024 10:12 AM
Was wondering if this was possible, since a use case came up in my team. Would it be possible to use a different service principle for a single job than what is specified for that target environment? For example:
bundle: name: hello-bundle resources: jobs: hello-job: name: hello-job tasks: - task_key: hello-task existing_cluster_id: 1234-567890-abcde123 notebook_task: notebook_path: ./hello.py
run_as:
service_principle_name: principle_1 targets: dev: default: true
run_as:
service_principle_name: principle_2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-13-2024 03:40 PM
The above configuration isn't working as expected @Retired_mod , is there specific syntax or placement within the yaml file expected within the asset bundle to make the service principle/user explicit? We haven't been able to find documentation that would indicate this to be the case.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-15-2024 09:41 AM
Found a working solution, posting it here for anyone else hitting the same issue - trick was to redefine "resources" under the target you want to make an exception for:
bundle:
name: hello_bundle
include:
- resources/*.yml
targets:
dev:
workspace:
host: host_name
root_path: root_path
mode: dev
run_as:
service_principal_name: DEFAULT_SP
resources:
jobs:
Hello_Job:
name: Hello_Job
run_as:
user_name: SECONDARY_SP/USER