ETL vs ELT : même lettres, autre endroit pour la logique

Dans une réunion data, quelqu'un dit « on passe en ELT² » et tout le monde acquiesce. Souvent, personne n'a précisé où la transformation doit vivre, ni vers quoi on charge. Avant de renommer vos jobs, il faut savoir de quoi on parle.

ETL¹ signifie Extract, Transform, Load : on extrait des sources, on transforme, puis on charge une cible déjà conforme. ELT² signifie Extract, Load, Transform : on extrait, on charge (souvent brut), puis on transforme dans le système cible, typiquement un entrepôt ou un lakehouse qui a la puissance pour le faire.

Définition utile, pas marketing

ETL¹ suit extract → transform → load : la cible reçoit des données déjà mappées, filtrées, enrichies. ELT² suit extract → load → transform : la cible reçoit d'abord (souvent le brut), puis les transformations tournent près des données. Les deux déplacent et préparent des données. Ce qui change, c'est le lieu et le moment de la transformation.

Ce n'est pas une guerre de religion. C'est un choix d'architecture : moteur de transformation dédié d'un côté, puissance de la plateforme analytique de l'autre.

Ce que l'ETL fait bien

• Cibles strictes : ERP⁷, outils métier, API⁵ qui n'acceptent que des payloads propres.
• Contrôle avant livraison : règles métier, rejets, validations avant d'écrire chez le voisin.
• Héritage SI : beaucoup de jobs Talend, Informatica ou scripts historiques sont encore de ce modèle.
• Sync applicative : quand le besoin n'est pas un entrepôt, mais « système A → système B, correctement ».

Ce que l'ELT fait bien

• Entrepôts cloud : Snowflake, BigQuery, Redshift, Fabric. Le compute est là, autant l'utiliser.
• Historique brut : garder la source telle quelle, rejouer des transformations sans re-extraire.
• Équipes analytics : SQL / dbt près des données, itération rapide sur les modèles.
• Volumes : pousser du brut peut coûter moins cher que de tout transformer dans un moteur intermédiaire sous-dimensionné.

Ce que les acronymes n'expliquent pas

Le coût de sortie de la logique compte autant que l'ordre des lettres. SQL dans l'entrepôt, jobs studio, Python dans un runtime : trois viviers, trois façons de transmettre. ETL¹ et ELT² évoquent souvent le batch ; les sync événementielles (webhook⁶, file d'attente⁹) sont un autre rythme, voir API vs webhook. Et louer l'outil qui orchestre n'est pas le même contrat que posséder le code : louer sa plateforme data.

ETL vs ELT, côte à côte

• Ordre ETL¹ : transforme puis charge. ELT² : charge puis transforme.
• Lieu de la logique ETL¹ : moteur d'intégration, jobs ou code avant la cible. ELT² : dans (ou près de) l'entrepôt / lakehouse.
• Cible typique ETL¹ : applicatif ou entrepôt déjà modelé. ELT² : plateforme analytique capable de compute.
• Force ETL¹ : contrôle avant écriture métier. ELT² : flexibilité et rejeu des modèles sur le brut.
• Risque ETL¹ : logique enfermée dans un studio ou un vivier rare. ELT² : dette SQL / modèles, coûts compute, gouvernance du brut.

Quand choisir lequel

• Préférez ETL¹ (ou sync proche) si la cible est un système opérationnel strict, ou si vous devez valider avant d'écrire.
• Préférez ELT² si la destination est un entrepôt cloud et que l'équipe analytics possède les transformations.
• Mixez si vous avez les deux mondes. C'est le cas le plus fréquent en ETI⁸. Un seul slogan pour tout le SI est un mauvais conseil.
• Ne choisissez pas parce qu'un éditeur a renommé sa slide. Choisissez où la logique doit vivre.

Où se place Portlane

Portlane n'est pas un outil ELT² analytics. C'est une plateforme d'intégration opérationnelle : recevoir, transformer, livrer, plutôt du côté ETL¹ / sync applicative, en Python, sous licence à vie¹⁰, chez vous.

Il assume les flux entre systèmes, la logique en code versionné, les files d'attente⁹ fiables et le rejeu. Il refuse de remplacer dbt, un lakehouse, ou une suite BPM¹¹/MDM¹².

Portlane est encore en développement actif. Cet article fixe un vocabulaire, pas une migration à lancer lundi matin. Pour le débat bus vs chemin moderne : l'ESB est trop vieux.

Pour aller plus loin

• La catégorie cloud : qu'est-ce qu'un iPaaS
• Le modèle de location : louer sa plateforme data
• Le récit produit : pourquoi nous construisons Portlane

ETL¹ et ELT² sont des ordres de travail, pas des religions. La bonne question n'est pas « lequel est moderne », c'est où vit la logique, et qui la possède.

Questions fréquentes

ETL et ELT, c'est la même chose ?

Non. Dans l'ETL¹, on transforme avant de charger la cible. Dans l'ELT², on charge d'abord (souvent brut), puis on transforme dans le système cible : entrepôt cloud, lakehouse, base analytique. L'ordre change le lieu de la logique et le profil de coût.

Lequel choisir pour une ETI ?

Ni l'un ni l'autre par défaut. Si la cible est un entrepôt cloud puissant et que vous voulez garder l'historique brut : ELT². Si vous livrez vers un ERP⁷ ou un outil métier qui n'accepte que des données déjà propres : ETL¹, ou une sync applicative proche. Beaucoup d'ETI⁸ font les deux selon le flux.

Un iPaaS remplace-t-il ETL et ELT ?

Pas vraiment. Un iPaaS³ orchestre surtout des sync entre applications. ETL¹ et ELT² décrivent des patterns de mouvement vers (ou dans) un système analytique. Les frontières floues n'annulent pas la distinction. Voir aussi qu'est-ce qu'un iPaaS.

Portlane fait-il de l'ETL ou de l'ELT ?

Portlane cible l'intégration opérationnelle : recevoir, transformer, livrer entre systèmes. C'est plus proche d'un ETL¹ temps réel ou d'une sync applicative que d'un ELT² analytics. Encore en développement actif.

Faut-il tout migrer d'ETL vers ELT ?

Non. Migrer « pour suivre le marché » sans changer la cible ni l'équipe est un mauvais calcul. Changez de pattern quand le lieu de transformation ou le coût compute ne tient plus, pas parce que le slide du dernier salon le dit.

Glossaire

• ¹ ETL (Extract, Transform, Load) : extraire, transformer, puis charger une cible déjà conforme.
• ² ELT (Extract, Load, Transform) : extraire, charger (souvent brut), puis transformer dans le système cible.
• ³ iPaaS : plateforme cloud d'intégration fournie en service, en général sous abonnement.
• ⁴ ESB : bus de services d'entreprise, plateforme centrale de médiation entre applications.
• ⁵ API : interface qui permet à deux logiciels d'échanger des données de façon standardisée.
• ⁶ Webhook : notification HTTP poussée par un système quand un événement survient.
• ⁷ ERP : progiciel de gestion intégré (commandes, stocks, facturation, comptabilité).
• ⁸ ETI : entreprise de taille intermédiaire en France.
• ⁹ File d'attente : mécanisme qui stocke les messages en attendant leur traitement.
• ¹⁰ Licence à vie : droit d'utiliser le logiciel sans abonnement récurrent.
• ¹¹ BPM : orchestration de processus métier.
• ¹² MDM : référentiel de données maître.