Skip to main content

Overview

The Airflow integration enables HealOps to investigate DAG failures and extract execution context directly from an Apache Airflow instance. It supports:
  • DAG run inspection
  • Task instance retrieval
  • Failure detection
  • Evidence collection for RCA generation
This integration is designed for incident-driven workflows, where an alert referencing a DAG triggers an investigation.

Architecture

The Airflow integration participates in the investigation pipeline as follows:
  1. Alert ingestion
  2. Planner selects relevant tools
  3. Airflow API is queried
  4. Evidence is collected
  5. RCA is generated

Configuration

Required Environment Variables

Setup Example

Start Airflow locally:
Create a failing DAG:
Trigger the DAG:

Investigation Flow

Run the investigation CLI:
Provide the alert payload:

Capabilities


Planner Behavior

When source = airflow, the planner:
  • Prioritizes Airflow-related actions
  • Seeds Airflow tools into the action space
However:
  • Tool selection is LLM-driven
  • Exact ordering may vary between runs
This design avoids hard-coded routing and keeps the system extensible.

Error Handling

  • Per-run failures are isolated — one failing request does not break the loop
  • Network/API errors are handled defensively
  • Partial evidence is preserved whenever possible

Testing

E2E Tests

Expected output:

Routing Tests


Limitations

  • Planner routing is probabilistic (LLM-based)
  • Requires a reachable Airflow instance
  • No CI-backed Airflow instance by default (local validation required)

Design Notes

  • Integration follows the same contract as other sources (Datadog, Grafana, etc.)
  • Uses env-based configuration for simplicity
  • Avoids introducing hard overrides in planning logic
  • Focuses on evidence-driven investigation, not static rules

Future Work

  • Stronger tool routing guarantees
  • CI-backed disposable Airflow instance for e2e tests
  • Deeper DAG dependency analysis
  • Richer RCA explanations