Prefect tracks information about the current flow or task run with a run context. The run context is like a global variable that allows the Prefect engine to determine relationships between your runs, such as which flow your task was called from. The run context itself contains many internal objects used by Prefect to manage execution of your run, and is only available in specific situations. For this reason, we expose a simple interface that only includes the items you care about and dynamically retrieves additional information when necessary. We call this the “runtime context” as it contains information that’s only accessible during a run.Documentation Index
Fetch the complete documentation index at: https://docs.prefect.io/llms.txt
Use this file to discover all available pages before exploring further.
Access runtime information
Theprefect.runtime module is the home for all runtime context access. Each major runtime concept
has its own submodule:
deployment: Access information about the deployment for the current runflow_run: Access information about the current flow runtask_run: Access information about the current task run
my_runtime_info.py
python my_runtime_info.py), you should see "I belong to deployment None" logged.
When information is not available, the runtime always returns an empty value.
Because this flow runs outside of a deployment, there is no deployment data.
If this flow was run as part of a deployment, we’d see the name of the deployment instead.
See the runtime API reference for a full list of available attributes.
Access the run context directly
Access the current run context withprefect.context.get_run_context().
This function raises an exception if no run context is available, meaning you are not in a flow or task run.
If a task run context is available, it is returned even if a flow run context is available.
Alternatively, you can access the flow run or task run context explicitly.
For example, this allows you to access the flow run context from a task run.
Prefect does not send the flow run context to distributed task workers because the context is
costly to serialize and deserialize.
get_run_context, these method calls do not raise an error if the context is unavailable.
Instead, they return None.