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
Parsing machine learning logs with Ahana, a managed Presto service, and Cube, a headless BI solution
Check out my article published on the Cube.dev blog!
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
- Data/MLOps engineer by day
- DevRel/copywriter by night
- Python and data engineering trainer
- Conference speaker
- Contributed a chapter to the book "97 Things Every Data Engineer Should Know"
- Twitter: @mikulskibartosz