Les pipelines de données traditionnels ont été conçus pour le traitement et le stockage de données structurées, souvent au moyen de workloads prévisibles dont le traitement par lots était planifié à intervalles réguliers. Les données étaient généralement extraites des systèmes sources, puis chargées dans des entrepôts de données à des fins d’analyse, au moyen de processus d’extraction, de transformation et de chargement (ETL), parfois appelés pipelines ETL. Cette approche fonctionnait bien, et continue de bien fonctionner, pour les traitements de données dont l’exécution n’est pas urgente et pour les jeux de données organisés en bases de données relationnelles.
Le traitement par lots, en particulier, permettait aux entreprises d’optimiser l’utilisation des ressources en planifiant les traitements à des moments propices, par exemple la nuit, lorsque les systèmes risquent peu d’être fortement sollicités par ailleurs. Une fois les traitements terminés, les résultats pouvaient alimenter des tableaux de bord et éclairer les décisions métier, bien après la collecte et l’ingestion des données.
Mais les données destinées aux workloads d’IA nécessitent une approche nettement différente, que les pipelines traditionnels ne peuvent souvent pas mettre en œuvre. L’architecture des pipelines traditionnels peine à prendre en charge les éléments suivants :
- Renseignements en temps réel : la diffusion en continu des données en temps réel et quasi réel nécessaires pour prendre des décisions justes en temps utile
- Unification des données : l’unification de données issues de sources disparates, notamment des données non structurées utilisées par les modèles d’IA générative et la génération augmentée de récupération (RAG)
- Préparation au machine learning : les magasins de caractéristiques, qui sont des référentiels d’attributs issus des données brutes et utilisés en entrée des modèles de machine learning
- Compréhension du contexte : des fonctionnalités qui contextualisent les données afin que les informations soient non seulement disponibles, mais aussi comprises
- Gouvernance fiable : la gouvernance et le suivi de la traçabilité des données, qui contribuent à garantir que les problèmes de données sont traités avant d’avoir des conséquences en aval dans des workflows à exécution rapide
De plus, les pipelines traditionnels se sont historiquement révélés rigides et fragiles. Des changements inattendus en amont, comme une modification de schéma ou le renommage d’une colonne, peuvent provoquer des défaillances des pipelines et entraîner des heures de débogage.
Par ailleurs, la logique codée en dur dans les pipelines traditionnels rend leur modification laborieuse. Il est donc difficile d’offrir l’évolutivité et la personnalisation nécessaires aux initiatives d’IA porteuses de transformation. Lorsque les besoins évoluent, les ingénieurs des données préfèrent souvent créer de nouveaux pipelines plutôt que modifier ceux qui existent déjà, par crainte de perturber leur fonctionnement. Il en résulte une prolifération des pipelines et une dette technique.
Lorsque des pipelines traditionnels servent à fournir des données aux modèles d’IA, des données obsolètes, une mauvaise qualité des données et d’autres problèmes peuvent nuire aux performances des modèles.