Le pipeline di dati tradizionali erano progettate per l'elaborazione e l'archiviazione di dati strutturati, spesso attraverso carichi di lavoro prevedibili programmati per l'elaborazione batch a intervalli di routine. I dati venivano in genere estratti dai sistemi sorgente e caricati nei data warehouse per l'analisi tramite processi di estrazione, trasformazione e caricamento (ETL) (a volte indicati come pipeline ETL). È un approccio che ha funzionato (e continua a funzionare) bene per lavori trattamento dei dati non sensibili al tempo e per set di dati organizzati in database relazionali.
L'elaborazione batch, in particolare, ha permesso alle organizzazioni di ottimizzare l'uso delle risorse stallando i job durante periodi comodi — come durante la notte, quando i sistemi difficilmente saranno sovraccaricati. Quando i lavori erano completati, i risultati potevano essere inseriti nelle dashboard e utilizzati per informare le decisioni aziendali, ben dopo la raccolta e l'ingestione dei dati.
Ma i dati per i workload di AI richiedono un approccio decisamente diverso che le pipeline tradizionali spesso non sono in grado di implementare. L'architettura della pipeline tradizionale fatica a soddisfare:
- Intelligenza in tempo reale: streaming di dati in tempo reale e quasi in tempo reale necessari per un processo decisionale accurato e tempestivo
- Unificazione dei dati: l'unificazione dei dati provenienti da fonti disparate, inclusi dati non strutturati utilizzati dai modelli di AI generativa e dalla retrieval augmented generation (RAG)
- Prontezza per il machine learning: feature store, che sono depositi di attributi derivati da dati grezzi utilizzati come input per modelli di machine learning
- Comprensione contestuale: funzionalità per contestualizzare i dati, in modo che le informazioni non siano solo disponibili, ma comprese.
- Governance affidabile: governance e tracciamento del lineage che aiutano a garantire che i problemi relativi ai dati vengano risolti prima che creino impatti a valle nei workflow in rapida evoluzione
Inoltre, storicamente le pipeline tradizionali si sono dimostrate rigide e fragili. Cambiamenti inaspettati a monte—come una modifica dello schema o una colonna rinominata—possono causare guasti della pipeline e innescare ore di debug.
Nel frattempo, la logica codificata all'interno delle pipeline tradizionali rende la loro modifica un processo arduo, rendendo difficile fornire la scalabilità e la personalizzazione richieste dalle iniziative di AI trasformativa. Quando le esigenze cambiano, i data engineer spesso preferiscono costruire nuove pipeline di dati invece di adattare quelle esistenti per paura di romperle, con conseguente proliferazione delle pipeline e debito tecnico.
Nel caso in cui le pipeline tradizionali vengano utilizzate per consegnare dati ai modelli AI, la stagnazione dei dati, la scarsa qualità dei dati e altri problemi possono ostacolare le prestazioni.