Los pipelines de datos tradicionales estaban diseñados para el procesamiento y almacenamiento de datos estructurados, a menudo mediante cargas de trabajo previsibles programadas para procesamiento por lotes a intervalos rutinarios. Los datos se extraían normalmente de los sistemas de origen y se cargaban en almacenes de datos para su análisis mediante procesos de extracción, transformación y carga (ETL, por sus siglas en inglés) (a veces denominados pipelines ETL). Es un enfoque que funcionó (y sigue funcionando) bien para trabajos de procesamiento de datos que no son sensibles al tiempo y para conjuntos de datos organizados en bases de datos relacionales.
El procesamiento por lotes, en particular, permitió a las organizaciones optimizar el uso de recursos mediante la programación de trabajos durante períodos convenientes, como de la noche a la mañana, cuando no es probable que los sistemas sufran impuestos de otra manera. Cuando se completaban los trabajos, los resultados podían introducirse en paneles y utilizarse para fundamentar las decisiones empresariales, mucho después de la recopilación y la ingesta de datos.
Pero los datos para cargas de trabajo de IA requieren un enfoque marcadamente diferente que los pipelines tradicionales a menudo no pueden ejecutar. La arquitectura tradicional de pipeline tiene dificultades para adaptarse a:
- Inteligencia en tiempo real: transmisión de datos en tiempo real y casi en tiempo real necesarios para una toma de decisiones precisa y oportuna
- Unificación de datos: La unificación de datos de fuentes dispares, incluyendo datos no estructurados empleados por modelos de IA generativa y generación aumentada por recuperación (RAG)
- Preparación para machine learning: almacenes de características, que son repositorios de atributos derivados de datos en bruto que se emplean como entradas para modelos de machine learning
- Comprensión contextual: capacidades para contextualizar los datos de modo que la información no solo esté disponible, sino que se comprenda.
- Gobernanza confiable: gobernanza y seguimiento de linaje que ayudan a garantizar que los problemas de datos se aborden antes de que creen impactos posteriores en flujos de trabajo de rápido movimiento
Además, los pipelines tradicionales demostraron históricamente ser rígidos y frágiles. Los cambios upstream inesperados, como un cambio de esquema o una columna renombrada, pueden causar fallas en los pipelines y desencadenar horas de depuración.
Mientras tanto, la lógica codificada en las pipelines tradicionales hace que modificarlos se convierta en un proceso arduo, dificultando proporcionar la escalabilidad y personalización que requieren las iniciativas de IA transformadoras. Cuando las necesidades cambian, los ingenieros de datos a menudo prefieren construir nuevos pipelines de datos en lugar de ajustar las existentes por temor a romperlas, lo que genera una proliferación de los pipelines y una deuda técnica.
En el caso de que se utilicen pipelines tradicionales para entregar datos a los modelos de IA, la obsolescencia de los datos, la mala calidad de los datos y otros problemas pueden impedir el rendimiento del modelo.