Inspecting past pipeline runs

Inspecting a finished pipeline run and its outputs.

Introduction

Ever trained a model yesterday and forgotten where its artifacts are stored? This tutorial shows you how to:

  • List pipelines and discover their runs in Python or via the CLI

  • Drill down into an individual run to inspect steps, settings and metadata

  • Load output artifacts such as models or datasets straight back into your code

We'll work our way down the ZenML object hierarchy—from pipelines → runs → steps → artifacts—giving you a complete guide to accessing your past work.

Prerequisites

Before starting this tutorial, make sure you have:

  1. ZenML installed and configured

  2. At least one pipeline that has been run at least once

  3. Basic understanding of ZenML pipelines and steps

Understanding the Object Hierarchy

The hierarchy of pipelines, runs, steps, and artifacts is as follows:

As you can see from the diagram, there are many layers of 1-to-N relationships.

Let's investigate how to traverse this hierarchy level by level:

Step 1: Working with Pipelines

Getting a Pipeline via the Client

After you have run a pipeline at least once, you can fetch the pipeline via the Client.get_pipeline() method:

Check out the ZenML Client Documentation for more information on the Client class and its purpose.

Discovering and Listing All Pipelines

If you're not sure which pipeline you need to fetch, you can find a list of all registered pipelines in the ZenML dashboard, or list them programmatically either via the Client or the CLI.

You can use the Client.list_pipelines() method to get a list of all pipelines registered in ZenML:

Step 2: Accessing Pipeline Runs

Each pipeline can be executed many times, resulting in several Runs. Let's explore how to access them.

Getting All Runs of a Pipeline

You can get a list of all runs of a pipeline using the runs property of the pipeline:

The result will be a list of the most recent runs of this pipeline, ordered from newest to oldest.

Alternatively, you can also use the pipeline_model.get_runs() method which allows you to specify detailed parameters for filtering or pagination. See the ZenML SDK Docs for more information.

Getting the Last Run of a Pipeline

To access the most recent run of a pipeline, you can either use the last_run property or access it through the runs list:

If your most recent runs have failed, and you want to find the last run that has succeeded, you can use the last_successful_run property instead:

Getting the Latest Run from a Pipeline

Calling a pipeline executes it and then returns the response of the freshly executed run:

Getting a Run via the Client

If you already know the exact run that you want to fetch (e.g., from looking at the dashboard), you can use the Client.get_pipeline_run() method to fetch the run directly without having to query the pipeline first:

Similar to pipelines, you can query runs by either ID, name, or name prefix, and you can also discover runs through the Client or CLI via the Client.list_pipeline_runs() or zenml pipeline runs list commands.

Step 3: Examining Run Information

Each run has a collection of useful information which can help you reproduce your runs. In the following, you can find a list of some of the most useful pipeline run information, but there is much more available. See the PipelineRunResponse definition for a comprehensive list.

Status

The status of a pipeline run. There are five possible states: initialized, failed, completed, running, and cached.

Configuration

The pipeline_configuration is an object that contains all configurations of the pipeline and pipeline run, including the pipeline-level settings:

Component-Specific Metadata

Depending on the stack components you use, you might have additional component-specific metadata associated with your run, such as the URL to the UI of a remote orchestrator. You can access this component-specific metadata via the run_metadata attribute:

Step 4: Working with Steps

Within a given pipeline run you can further zoom in on individual steps using the steps attribute:

If you're only calling each step once inside your pipeline, the invocation ID will be the same as the name of your step. For more complex pipelines, check out this page to learn more about the invocation ID.

Inspecting Pipeline Runs with VS Code Extension

If you are using our VS Code extension, you can easily view your pipeline runs by opening the sidebar (click on the ZenML icon). You can then click on any particular pipeline run to see its status and some other metadata. If you want to delete a run, you can also do so from the same sidebar view.

Step Information

Similar to the run, you can use the step object to access a variety of useful information:

  • The parameters used to run the step via step.config.parameters

  • The step-level settings via step.config.settings

  • Component-specific step metadata, such as the URL of an experiment tracker or model deployer, via step.run_metadata

See the StepRunResponse definition for a comprehensive list of available information.

Step 5: Working with Artifacts

Each step of a pipeline run can have multiple output and input artifacts that we can inspect via the outputs and inputs properties.

Accessing Output Artifacts

To inspect the output artifacts of a step, you can use the outputs attribute, which is a dictionary that can be indexed using the name of an output. Alternatively, if your step only has a single output, you can use the output property as a shortcut:

Similarly, you can use the inputs and input properties to get the input artifacts of a step:

Check out this page to see what the output names of your steps are and how to customize them.

Note that the output of a step corresponds to a specific artifact version.

Fetching Artifacts Directly

If you'd like to fetch an artifact or an artifact version directly, it is easy to do so with the Client:

Artifact Information

Regardless of how one fetches it, each artifact contains a lot of general information about the artifact as well as datatype-specific metadata and visualizations.

Metadata

All output artifacts saved through ZenML will automatically have certain datatype-specific metadata saved with them. NumPy Arrays, for instance, always have their storage size, shape, dtype, and some statistical properties saved with them. You can access such metadata via the run_metadata attribute of an output:

You can read more about metadata in these docs.

Visualizations

ZenML automatically saves visualizations for many common data types. Using the visualize() method you can programmatically show these visualizations in Jupyter notebooks:

If you're not in a Jupyter notebook, you can simply view the visualizations in the ZenML dashboard by running zenml login --local and clicking on the respective artifact in the pipeline run DAG instead. Check out the artifact visualization page to learn more about how to build and view artifact visualizations in ZenML!

Step 6: Fetching Information During Run Execution

While most of this tutorial has focused on fetching objects after a pipeline run has been completed, the same logic can also be used within the context of a running pipeline.

This is often desirable in cases where a pipeline is running continuously over time and decisions have to be made according to older runs.

For example, this is how we can fetch the last pipeline run of the same pipeline from within a ZenML step:

As shown in the example, we can get additional information about the current run using the StepContext, which is explained in more detail in the advanced docs.

Complete Working Example

Putting it all together, here's a complete example that demonstrates how to load the model trained by the svc_trainer step of an example pipeline:

Troubleshooting Common Issues

Here are solutions for common issues you might encounter when working with pipeline runs and artifacts:

"Run Not Found" Error

If you get an error indicating a run was not found:

Finding the Right Output Artifact Name

If you're not sure what the output name of a step is:

Next Steps

Now that you know how to inspect and retrieve information from past pipeline runs, you can:

  1. Build pipelines that make decisions based on previous runs

  2. Create comparison reports between different experiment configurations

  3. Load trained models for evaluation or deployment

  4. Extract and analyze metrics across multiple runs

  5. Combine with hyperparameter tuning to compare model variants

  6. Explore managing datasets for more advanced data handling

  7. Learn about handling big data for scaling your pipelines

Last updated

Was this helpful?