Apache Airflow 2025-02-10 リリースノート解説: Airflow 2.10.5

Apache Airflow の公式リリースノートから、2.10.5 の実務上の意味を整理します。

要点

• setup/teardown task を使う DAG で、手動状態変更時の cleanup が改善された
• mapped task、trigger rule、XCom API、ログ、センサー再スケジュールなどの修正も含む
• 2.10 系を維持する本番環境では、cleanup と手動運用手順の確認が必要
• Airflow 3 移行前の安定化 release としても意味がある

今回の更新で何が変わるのか

Airflow 2.10.5 は、setup/teardown task を使う DAG の手動終了時挙動を修正した点が重要です。DAG run を手動で failed または success にした場合でも、実行済み setup に対応する teardown が走るようになり、外部リソースの後片付けが抜けるリスクを減らします。

対象になりそうなユーザー・チーム

• Airflow を self-managed または managed service 上で運用しているデータ基盤チーム
• DAG authoring、scheduler、executor、provider package の互換性を管理している platform team
• backfill、remote logging、secrets backend、asset、HITL、API 連携を本番で使っているチーム

実務でまず確認したいこと

クラスタ、temporary table、外部 API job、ファイル領域などを setup task で確保し、teardown task で解放している場合、手動で DAG run の状態を変えたときに cleanup が抜けるとコストや障害につながります。2.10.5 の変更はそこに直接効くため、特に incident 対応時に UI から run を操作する運用がある組織は確認したい内容です。合わせて、mapped task や sensor、ログ、event log、API まわりの修正も含まれるため、2.10 系を本番維持しているなら provider と executor を含めた小さな regression test を回す価値があります。

アップデート前の確認観点

1. 現在の Airflow core、provider packages、Python version、executor、Helm chart または managed environment の version を並べて確認する
2. staging 環境で DAG parse、manual trigger、retry、backfill、log 閲覧、権限別 UI/API 表示を確認する
3. 変更内容が secrets backend、remote logging、metrics、asset、HITL、dynamic task mapping に触れていないかをリリースノートで再確認する

どう読むべきか

Airflow は workflow 基盤なので、patch release でも影響は DAG 実行だけに閉じません。今回の更新は、該当 version を使っているか、近い minor 系へ上げる予定がある場合に、upgrade checklist へ入れておきたい内容です。特に Airflow 3 系へ移行中の組織では、core と providers と deployment surface を分けて読み、障害時に戻せる手順まで含めて検証するのがよさそうです。