Durable execution with Apache Airflow®
Blog post from Astronomer
Apache Airflow 3.3 introduces intra-task durable execution, allowing long-running tasks to recover from worker crashes without repeating completed work, reducing duplicate external jobs, unnecessary compute costs, and repeated AI model or tool calls. Through AIP-103, Airflow adds task and asset state stores: task-scoped persistent key-value storage for retries within a DAG run, useful for job IDs, offsets, and checkpoint pointers, and asset-scoped storage for cross-run state such as watermarks. Existing operators including Spark, Kubernetes, BigQuery, Databricks, Snowflake, Redshift, Glue, and others can now persist external job identities and reattach on retry by default, while AI agent tasks can opt into step-level caching with `durable=True` to replay completed model and tool calls. The approach differs from replay-based workflow engines because Airflow focuses on reconnecting to external systems or resuming from explicitly recorded checkpoints rather than requiring deterministic workflow code. Durable execution provides at-least-once recovery rather than exactly-once guarantees, so idempotency, stable identifiers, and status checks remain necessary for side effects. These capabilities support data engineering, ML checkpoint recovery, and AI agent resilience while replacing common workarounds such as custom offset tables, Airflow Variables, split submit-and-wait tasks, and custom sensors.
| Trend | Post Mentions | Total Month Mentions | Posts | Companies | MoM |
|---|---|---|---|---|---|
| AI Agents | 4 | 931 | 231 | 103 | -84% |
| Kubernetes | 4 | 956 | 75 | 30 | -73% |
| LLM | 2 | 747 | 162 | 79 | -85% |
| AI Model Fine-tuning | 1 | 139 | 28 | 14 | -75% |
Use this post, company, and trend context to find content marketing opportunities, perform competitive analysis, or address product feature gaps via the Plushcap MCP server or the Plushcap API.