loading
loading
Execution
Set a parallelism budget. Managed pools provision machines for the run; self-hosted hosts dial in when online.
Pick a fleet in the run sidebar. Managed pools scale to the budget; enrolled hosts take the work.
Managed
autoscaled pool
Trickest provisions machines for the run, then tears them down.
Self-hosted
your hosts
Enroll hosts you own. One install script; the host dials out.
Both fleets
per-run choice
Keep managed and self-hosted. Pick one per run in the sidebar.
illustrative · pool count is a capability envelope
Parallelism caps concurrent machines for a run. Distribute shards a FILE or FOLDER into parallel jobs.
Parallelism budget
Run-time machine cap. Limits concurrent slots the run may hold.
Distribute
Graph config that shards a FILE or FOLDER into parallel jobs.
One job per machine
A machine runs one job at a time. Width comes from more machines.
A run locks a fleet and a parallelism budget. Machines take the work, then tear down.
The graph enters the queue with a fleet and a parallelism budget.
Managed pools scale to the budget. Self-hosted hosts take jobs when online.
Each job fills one machine slot. Steps run in their own containers.
Machines return to the pool. The run keeps its logs and files.
Schedule
queue0.4s
runtime
Provision
fleet1.2s
runtime
Execute
nodeslive
runtime
Persist
tables0.8s
runtime
illustrative · timing labels are compositional
Each workflow step runs in its own container on a machine slot. Logs and artifacts persist after teardown.
Every workflow step runs in its own container on a machine slot.
Stdout and stderr stay attached to each step after the container exits.
Files and structured tables remain after machines tear down.
Stop a run to free machines. Re-run a step without redrawing the graph.
Workflows, schedules, the CLI, and fleets submit the same runs. Pick the next surface.
Get a personalized demo
A 30-minute walkthrough. We map the platform to your stack and answer pricing and deployment questions for your environment.