Traditionelle Datenpipelines wurden für die Verarbeitung und Speicherung strukturierter Daten entwickelt, oft durch vorhersehbare Workloads, die routinemäßig für die Batch-Verarbeitung geplant sind. Daten wurden in der Regel aus Quellsystemen extrahiert und in Data Warehouses zur Analyse durch ETL-Prozesse (Extract, Transform, Load) (mitunter auch als ETL-Pipelines bezeichnet) geladen. Dieser Ansatz hat sich (und weiterhin) für Datenverarbeitungsaufgaben bewährt, bei denen es nicht auf Zeit ankommt, sowie für Datensätze, die in relationalen Datenbanken organisiert sind.
Insbesondere die Batch-Verarbeitung ermöglichte es Unternehmen, die Ressourcennutzung zu optimieren, indem sie Aufträge zu günstigen Zeitpunkten – wie beispielsweise über Nacht – einplanten, wenn die Systeme ansonsten voraussichtlich nicht stark ausgelastet sein werden. Nach Abschluss der Aufträge konnten die Ergebnisse in Dashboards eingespeist und zur Unterstützung von Geschäftsentscheidungen genutzt werden, lange nachdem die Datenerfassung und -verarbeitung abgeschlossen waren.
Daten für KI-Workloads erfordern jedoch einen deutlich anderen Ansatz, den herkömmliche Pipelines oft nicht umsetzen können. Die traditionelle Pipeline-Architektur hat Schwierigkeiten, Folgendes zu berücksichtigen:
- Informationen in Echtzeit: Streamen von Daten in Echtzeit und nahezu in Echtzeit, die für eine genaue, zeitnahe Entscheidungsfindung erforderlich sind
- Datenvereinheitlichung: Die Vereinheitlichung von Daten aus verteilten Quellen, einschließlich unstrukturierter Daten, die von generativer KI und Retrieval-Augmented Generation (RAG)verwendet werden
- Bereitschaft für maschinelles Lernen: Funktionsspeicher, bei denen es sich um Repositorys von Attributen handelt, die aus Rohdaten abgeleitet werden und als Eingaben für Modelle des maschinellen Lernens dienen
- Kontextuelles Verständnis: Funktionen zur Kontextualisierung von Daten, sodass Informationen nicht nur verfügbar sind – sondern verstanden werden
- Trusted Governance: Governance und Rückverfolgbarkeit der Abstammung, die sicherstellen, dass Datenprobleme gelöst werden, bevor sie nachgelagerte Auswirkungen in schnelllebigen Workflows haben
Darüber hinaus haben sich herkömmliche Pipelines in der Vergangenheit als starr und spröde erwiesen. Unerwartete Upstream-Änderungen – wie eine Schemaänderung oder eine umbenannte Spalte – können Pipeline-Fehler verursachen und stundenlanges Debugging auslösen.
Gleichzeitig bedeutet die fest codierte Logik in traditionellen Pipelines, dass deren Änderung ein mühsamer Prozess ist, was es schwierig macht, die Skalierbarkeit und Anpassungsfähigkeit zu bieten, die transformative KI-Initiativen erfordern. Wenn sich die Anforderungen ändern, ziehen es Data Engineers oft vor, neue Datenpipelines aufzubauen, anstatt bestehende anzupassen, aus Angst, sie könnten kaputtgehen – was zu einer unkontrollierten Ausbreitung der Pipelines und technischen Schulden führt.
Falls traditionelle Pipelines verwendet werden, um Daten an KI-Modelle zu liefern, können veraltete Daten, schlechte Datenqualität und andere Probleme die Modellleistung beeinträchtigen.