Apache Airflow 2026-02-20 リリースノート解説: Airflow 2.11.1

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

要点

• Python 3.9 サポートが削除され、Python 3.10 以上が前提になった
• timer/timing metrics の単位標準化に向けた設定確認が必要
• historical log templates の取得が無効化され、過去ログ参照に影響する可能性がある
• 2系維持中の組織でもセキュリティと依存関係更新の観点で確認したい

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

Airflow 2.11.1 は patch release ですが、Python 3.9 サポート削除、metrics 単位の移行、historical log templates の扱い変更など、2系運用者にとって影響の読み飛ばしにくい更新を含みます。特に Python runtime とログ閲覧の前提が変わるため、通常の bug fix より慎重な検証が必要です。

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

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

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

2系を延命している環境では、Airflow 本体の version だけでなく、Python runtime、provider packages、ログ保存先、監視基盤を一緒に見る必要があります。Python 3.9 の削除は patch release としては珍しいため、コンテナイメージや managed environment の base image が古い場合は先に runtime を上げてから Airflow を更新する流れが安全です。また log template の変更は、過去ログの URL 生成やリモートログ閲覧の運用に影響します。Datadog、OpenTelemetry、StatsD などを使うチームは metrics の単位変更も staging で確認しておくと、ダッシュボードやアラートしきい値の誤検知を避けやすくなります。

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

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 を分けて読み、障害時に戻せる手順まで含めて検証するのがよさそうです。