Where workloads come from
Workloads come from the three kinds of work you can run on the platform:Workloads vs. workflows
A workflow is the definition of the work: Python code you author that declares a graph of steps. A workload is the work itself, physically running on the cluster. When you trigger a run, the platform decomposes it into one workload per step task. A flow with five steps runs as five workloads, and aforeach step over 100 items runs as 100. If a workflow is the recipe, workloads are what’s actually cooking on the burners.
The distinction matters because not every workload comes from a workflow. Workstations and deployments are workloads too, so the platform uses workloads as the common unit for everything consuming compute, regardless of what launched it.
What the platform tracks
For every workload, the platform records:- Its status as it moves through its lifecycle: pending, running, and then finished, failed, or cancelled.
- The queue and compute pool it runs on, and the CPU and memory it requests.
- The container image it runs, the node it’s scheduled on, and when it starts and stops.
- The perimeter it belongs to and the user or machine user that owns it.