Pushing and pulling XCom values in Apache Airflow - Time & Space Complexity
When working with Airflow, tasks often share small pieces of data called XComs.
We want to understand how the time to push and pull these values changes as the number of XComs grows.
Analyze the time complexity of pushing and pulling XCom values in Airflow tasks.
from airflow import DAG
from airflow.operators.python import PythonOperator
from airflow.utils.dates import days_ago
def push_xcom(ti):
for i in range(100):
ti.xcom_push(key=f"key_{i}", value=i)
def pull_xcom(ti):
values = []
for i in range(100):
values.append(ti.xcom_pull(key=f"key_{i}"))
with DAG(dag_id='xcom_example', start_date=days_ago(1), schedule_interval=None) as dag:
push = PythonOperator(task_id='push', python_callable=push_xcom)
pull = PythonOperator(task_id='pull', python_callable=pull_xcom)
push >> pull
This code pushes 100 XCom values and then pulls 100 values back in separate tasks.
Look at the loops that repeat operations:
- Primary operation: Looping 100 times to push or pull XCom values.
- How many times: Each loop runs once per task execution, repeating 100 times.
As the number of XCom values (n) increases, the number of push or pull operations grows directly with n.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 push or pull calls |
| 100 | 100 push or pull calls |
| 1000 | 1000 push or pull calls |
Pattern observation: The work grows in a straight line as you add more XCom values.
Time Complexity: O(n)
This means the time to push or pull XCom values grows directly in proportion to how many values you handle.
[X] Wrong: "Pushing or pulling many XComs happens instantly no matter how many there are."
[OK] Correct: Each push or pull is a separate operation, so more values mean more work and more time.
Understanding how data sharing scales in Airflow tasks shows you can reason about workflow efficiency and resource use.
"What if we changed the code to push all values in one single XCom instead of many? How would the time complexity change?"
Practice
xcom_push and xcom_pull in Airflow?Solution
Step 1: Understand the role of XComs
XComs are designed to let tasks exchange small data pieces during workflow execution.Step 2: Identify the functions' purpose
xcom_pushsends data, andxcom_pullretrieves it between tasks.Final Answer:
To share small pieces of data between tasks in a workflow -> Option AQuick Check:
Data sharing = A [OK]
- Confusing XComs with scheduling tasks
- Thinking XComs create DAGs
- Assuming XComs handle logs
ti?Solution
Step 1: Recall the method signature
The correct method to push data isti.xcom_push(key=..., value=...).Step 2: Check each option
ti.xcom_push(key='result', value=42) matches the correct syntax. Options A and B use wrong method names or argument order. ti.xcom_pull(key='result', value=42) usesxcom_pullwhich is for pulling, not pushing.Final Answer:
ti.xcom_push(key='result', value=42) -> Option DQuick Check:
Push syntax = C [OK]
- Using wrong method names like push_xcom
- Confusing push with pull
- Incorrect argument order
ti.xcom_push(key='data', value=100) value = ti.xcom_pull(key='data')
What will be the value of the variable
value after execution?Solution
Step 1: Understand the push operation
The code pushes the integer 100 with key 'data' into XCom storage.Step 2: Understand the pull operation
The code pulls the value stored with key 'data', which is 100.Final Answer:
100 -> Option CQuick Check:
Push 100, pull 100 = D [OK]
- Expecting pull to return None if key exists
- Confusing key with value
- Assuming pull raises error if key exists
ti.xcom_push('result', 10)
value = ti.xcom_pull(key='result')But
value is always None. What is the likely problem?Solution
Step 1: Check the
The method requires keyword arguments:xcom_pushsyntaxkey=andvalue=. Passing positional arguments causes failure.Step 2: Understand the effect of wrong syntax
Because the push failed silently, the key 'result' was never stored, so pull returns None.Final Answer:
Thexcom_pushcall is missing keyword arguments -> Option AQuick Check:
Push needs key= and value= [OK]
- Using positional arguments in xcom_push
- Assuming pull before push order matters
- Thinking XComs can't store integers
{'a': 1, 'b': 2}?Solution
Step 1: Verify correct
ti.xcom_push(key='my_dict', value={'a': 1, 'b': 2}) data = ti.xcom_pull(key='my_dict') uses correct keyword argumentsxcom_pushsyntax with dictionarykey=andvalue=with a dictionary value.Step 2: Check other options for errors
ti.xcom_push(value={'a': 1, 'b': 2}, key='my_dict') data = ti.xcom_pull(key='my_dict') uses non-standard keyword argument order; ti.xcom_push('my_dict', {'a': 1, 'b': 2}) data = ti.xcom_pull('my_dict') uses positional args which is incorrect; ti.xcom_push(key='my_dict', value='{'a': 1, 'b': 2}') data = ti.xcom_pull(key='my_dict') passes dictionary as a string with wrong quotes causing syntax error.Final Answer:
ti.xcom_push(key='my_dict', value={'a': 1, 'b': 2}) data = ti.xcom_pull(key='my_dict') -> Option BQuick Check:
Push dict with key= and value= [OK]
- Using positional arguments in xcom_push
- Passing dict as a string with wrong quotes
- Mixing argument order incorrectly
Ready to prove it?
Pass the test and this pattern moves unknown
