Fin de support (EOL) d'Airflow OSS : avril 2026 Airflow 2 sur Astro : pris en charge jusqu'en avril 2027

Fin de support d'Apache Airflow® 2:
Ce que vous devez savoir

L'édition Open Source d'Airflow 2 arrive à son terme (End-of-Life) en avril 2026. Voici les implications pour votre organisation, les risques liés au maintien de versions non supportées et la méthode pour planifier votre migration vers Airflow 3 dès maintenant.

Calendrier

Calendrier de prise en charge d'Airflow 2

Comprendre où nous en sommes dans le cycle de vie d'Airflow 2 vous aide à planifier votre calendrier de migration de manière appropriée.

Terminé

avril 22, 2025

Airflow 3.0 a été lancé

Airflow 3.0 a été lancé avec des outils de migration. Airflow 3.1 a suivi en septembre 2025, éprouvé pour une adoption en entreprise.

Terminé

octobre 2025

Début de la maintenance limitée

Airflow 2 est entré en phase de maintenance limitée. Correctifs de sécurité et bugs critiques uniquement, aucune nouvelle fonctionnalité.

En cours

octobre 2025 – avril 2026

Fenêtre de migration

C'est votre fenêtre pour migrer. Airflow 2 reçoit toujours des correctifs critiques pendant que vous planifiez et exécutez votre migration.

À venir

avril 22, 2026

Fin de vie OSS

Plus aucune mise à jour d'aucune sorte pour Airflow 2 open source. Les organisations doivent être sur Airflow 3 ou accepter les risques.

Comprendre les risques

Qu'implique l'utilisation d'une version non prise en charge ?

Continuer à utiliser Airflow 2.x open source après la fin de vie expose votre organisation à plusieurs catégories de risques qui s'accumulent avec le temps.

Risques de sécurité et de conformité

Aucun correctif de bug critique ni correctif de sécurité. Les vulnérabilités découvertes après la date de fin de vie ne seront pas corrigées, exposant potentiellement vos pipelines de données et systèmes connectés. Pour les secteurs réglementés, l'utilisation de logiciels non pris en charge peut créer des problèmes de conformité.

Risques opérationnels

Aucune garantie de compatibilité avec les nouvelles versions de Python, les mises à jour du système d'exploitation, les changements de certificats ou les mises à jour des bibliothèques dépendantes. Avec le temps, votre environnement devient de plus en plus fragile et difficile à maintenir.

Perturbation de l'écosystème

Les packages de fournisseurs pour Snowflake, Databricks, BigQuery et d'autres plateformes commenceront à exiger Airflow 3. À mesure que l'écosystème progresse, le maintien de la compatibilité avec Airflow 2 devient de plus en plus difficile et finalement impossible.

Ce que cela débloque

Une plateforme d'orchestration unifiée

Les nouvelles capacités d'Airflow 3 éliminent le besoin de multiplication des orchestrateurs.
Les cas d'usage qui nécessitaient auparavant des outils séparés ou des contournements complexes fonctionnent désormais nativement.

Mettre fin à la prolifération des orchestrateurs

De nombreuses organisations se sont retrouvées avec plusieurs outils d'orchestration parce qu'Airflow 2 ne gérait pas bien certains cas d'usage. Airflow 3 comble ces lacunes. Avant d'adopter un nouvel outil, vérifiez si Airflow 3 peut consolider votre stack.
Parler à un expert →

Pour commencer

Votre parcours de migration en un coup d'œil

Une migration Airflow réussie nécessite une planification. Voici l'approche générale. Nous avons également publié un guide détaillé (en anglais) avec les spécifications techniques.

  1. 1

    Évaluer votre état actuel

    Inventoriez vos DAGs, opérateurs personnalisés et packages de fournisseurs. Identifiez ceux qui utilisent une syntaxe supprimée ou obsolète nécessitant des modifications. Les règles ruff d'Airflow permettent d'identifier facilement les modifications obligatoires et suggérées.

  2. 2

    Examiner les breaking changes

    Lisez la section sur les breaking changes dans le e-Book de migration ou les release notes d'Airflow et évaluez si vos DAGs utilisent des patterns qui doivent être modifiés.

  3. 3

    Migrer d'abord vers Airflow 2.11

    Si vous êtes sur une version 2.x antérieure, migrez vers 2.11 pour profiter des avertissements de dépréciation qui mettent en évidence les modifications requises.

  4. 4

    Nettoyer votre base de données de métadonnées

    Archivez les anciennes données XCom et l'historique des exécutions de tâches. Les tables volumineuses peuvent considérablement ralentir le processus de migration en raison des migrations de schéma.

  5. 5

    Mettre à jour et tester vos DAGs

    Refactorisez les patterns obsolètes, mettez à jour les chemins d'importation et utilisez des outils automatisés comme ruff pour détecter les problèmes courants. Testez vos modifications localement avec Astro CLI ou dans le cloud avec Astro IDE.

  6. 6

    Exécuter la migration

    Déployez d'abord sur Airflow 3.1 dans un environnement de test, validez vos DAGs, puis promouvez en production en toute confiance.

Prêt pour les détails techniques ? Notre guide de migration complet couvre les prérequis, les modifications de configuration, les patterns de refactorisation des DAGs et les outils d'automatisation pour simplifier votre migration.

Lire le e-Book de migration Airflow →

Pourquoi nous choisir comme partenaire

Astronomer facilite votre migration

Nous sommes l'entreprise derrière Astro, la principale plateforme Airflow managée. Nous sommes également le plus grand contributeur à Apache Airflow® lui-même. Personne ne connaît Airflow mieux que nous.

Support étendu d'Airflow 2

Astro assure un support complet d'Airflow 2, incluant la sécurité et les correctifs critiques, jusqu'en avril 2027, vous offrant jusqu'à 12 mois pour planifier et exécuter votre migration sans précipitation.

Migrations sur place

Migrez votre environnement Astro existant vers Airflow 3 sans créer de nouvelle infrastructure. Moins de complexité de migration, moins de risques.

Support de migration par des experts

Accompagnement pratique par les experts Airflow pour les DAGs nécessitant une refactorisation. Nous avons aidé des centaines d'organisations à migrer avec succès.

Retours en arrière de sécurité

La fonctionnalité de rollback de déploiement d'Astro vous permet de revenir à des versions antérieures d'Airflow en cas de problème. Avancez rapidement en toute confiance. Voir les exigences de rollback →

Activation complète d'Airflow 3

Au-delà de la migration elle-même, nous vous aidons à adopter les nouvelles fonctionnalités et les patterns architecturaux d'Airflow 3 pour maximiser la valeur de votre investissement.

Exécuter Airflow dans n'importe quel environnement

Si vous évoluez dans un secteur hautement réglementé nécessitant d'exécuter Airflow sur une infrastructure dédiée ou votre propre cloud, Astronomer propose des solutions hébergées, sur site ou avec des agents d'exécution distants pour exécuter des tâches n'importe où.

Restez serein face à la fin de support d'Airflow avec Astro

OR

API Access
Alerting
SAML-Based SSO
Airflow AI Assistant
Deployment Rollbacks
Audit Logging

By proceeding you agree to our Privacy Policy, our Website Terms and to receive emails from Astronomer.