Looker assets package¶
The Looker assets package crawls Looker assets and publishes them to Atlan for discovery.
Direct extraction¶
Will create a new connection
This should only be used to create the workflow the first time. Each time you run this method it will create a new connection and new assets within that connection — which could lead to duplicate assets if you run the workflow this way multiple times with the same settings.
Instead, when you want to re-crawl assets, re-run the existing workflow (see Re-run existing workflow below).
To crawl Looker assets directly from Looker:
Direct extraction from Looker | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
|
- The
LookerCrawler
package will create a workflow to crawl assets from Looker. ThedirectResourceOwner()
method creates a workflow for crawling assets directly from Looker. - You must provide a name for the connection that the Looker assets will exist within.
- You must provide the hostname of your Looker instance.
- You must specify the port number of the Looker instance (use
443
for the default). - You must provide your admin client ID.
- You must provide your admin client secret.
- If you want to crawl field-level lineage, you must provide your SSH private key.
- If you want to crawl field-level lineage, you must provide the passphrase for your SSH private key (if any).
-
You must specify at least one connection admin, either:
- everyone in a role (in this example, all
$admin
users) - a list of groups (names) that will be connection admins
- a list of users (names) that will be connection admins
- everyone in a role (in this example, all
-
You can also optionally specify the list of folders to include in crawling. For Looker assets, this should be specified as a list of numeric folder IDs. (If set to null, all folders will be crawled.)
- You can also optionally specify the list of projects to include in crawling. For Looker assets, this should be specified as a list of project names. (If set to null, all projects will be crawled.)
- You can also optionally specify the list of folders to exclude from crawling. For Looker assets, this should be specified as a list of numeric folder IDs. (If set to null, no folders will be excluded.)
- You can also optionally specify the list of projects to exclude from crawling. For Looker assets, this should be specified as a list of project names. (If set to null, no projects will be excluded.)
-
You can then run the workflow using the
run()
method on the object you've created.Workflows run asynchronously
Remember that workflows run asynchronously. See the packages and workflows introduction for details on how you can check the status and wait until the workflow has been completed.
Coming soon
Create the workflow via UI only
We recommend creating the workflow only via the UI. To rerun an existing workflow, see the steps below.
Re-run existing workflow¶
To re-run an existing workflow for Looker assets:
Re-run existing Looker workflow | |
---|---|
1 2 3 4 |
|
- You can search for existing workflows through the
WorkflowSearchRequest
class. - You can find workflows by their type using the
findByType()
helper method and providing the prefix for one of the packages. In this example, we do so for theLookerCrawler
. (You can also specify the maximum number of resulting workflows you want to retrieve as results.) -
Once you've found the workflow you want to re-run, you can simply call the
rerun()
helper method on the workflow search result. TheWorkflowRunResponse
is just a subtype ofWorkflowResponse
so has the same helper method to monitor progress of the workflow run.- Optionally, you can use the
rerun(true)
method with idempotency to avoid re-running a workflow that is already in running or in a pending state. This will return details of the already running workflow if found, and by default, it is set tofalse
Workflows run asynchronously
Remember that workflows run asynchronously. See the packages and workflows introduction for details on how you can check the status and wait until the workflow has been completed.
- Optionally, you can use the
Coming soon
Requires multiple steps through the raw REST API
- Find the existing workflow.
- Send through the resulting re-run request.
POST /api/service/workflows/indexsearch | |
---|---|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 |
|
-
Searching by the
atlan-looker
prefix will ensure you only find existing Looker assets workflows.Name of the workflow
The name of the workflow will be nested within the
_source.metadata.name
property of the response object. (Remember since this is a search, there could be multiple results, so you may want to use the other details in each result to determine which workflow you really want.)
POST /api/service/workflows/submit | |
---|---|
100 101 102 103 104 |
|
- Send the name of the workflow as the
resourceName
to rerun it.