How to use Virtualenv to prepare a separate environment for Python function running in Airflow
It is not difficult to turn your Python environment into a mess. Soon, the libraries become incompatible with one another, start producing weird results or suddenly crash in the middle of a computation.
Fortunately, we can create separate environments using Virtualenv or Conda. This feature is also available in Airflow, but in this case, we have access only to Virtualenv (unless you add a custom operator).
First, we have to define a Python function we want to run. Note that we must define ALL imports inside the function, and it cannot reference anything defined outside. Even if it is a global variable. We must pass all such variables as arguments of the
1 2 3 4 5 6 def some_python_function(): import pandas as pd # do something with Pandas return "some value"
The returned value is available in the Airflow XCOM, and we can reference it in the subsequent tasks.
There is one issue concerning returned values (and input parameters). If the Python version used in the Virtualenv environment differs from the Python version used by Airflow, we cannot pass parameters and return values. In this case, we can use only the
Now, I can configure the Airflow operator. I pass the required libraries as the
requirements parameter. It supports the same syntax as the
requirements.txt file, so I can also define a version:
1 2 3 4 5 6 7 virtualenv_task = PythonVirtualenvOperator( task_id="virtualenv_pandas", python_callable=some_python_function, requirements=["pandas"], system_site_packages=False, dag=dag, )
You may also like
- Dependencies between DAGs: How to wait until another DAG finishes in Airflow?
- Send a Slack message from an Airflow DAG
- How to prevent Airflow from backfilling old DAG runs
- How to run Airflow DAGs for a specified date in the past?
- How to use AWSAthenaOperator in Airflow to verify that a DAG finished successfully