Unternehmens-KI hat ein Problem mit dem Datenzugriff, bevor sie überhaupt ein Modellproblem hat. Laut dem Cloudera’s 2026 Data Readiness Index, erklärten 79 % von mehr als 1.200 befragten IT-Führungskräften, dass datenbasierte Initiativen behindert wurden, weil Teams nicht auf alle benötigten Daten in den verschiedenen Umgebungen zugreifen konnten.
Der Zugriff allein sagt nicht aus, ob Daten aktuell, vertrauenswürdig oder für einen bestimmten Zweck geeignet sind. KI-Anwendungen benötigen Metadaten, die Geschäftsbedeutung, Datenherkunft, Richtlinien und weiteren Kontext über verteilte Umgebungen hinweg bewahren.
- KI-fähige Metadaten benötigen mehr als einen Katalog
- Offene Formate liefern keinen Unternehmenskontext
- Kontext und Kontrollen müssen in hybriden Umgebungen erhalten bleiben
- KI-Agenten machen Metadaten zum Laufzeitkontext
- Datenherkunft und Richtlinien machen KI-Nutzung nachvollziehbar
- Metadaten müssen mit der KI skalieren
KI-fähige Metadaten benötigen mehr als einen Katalog
Herkömmliche Datenkataloge bleiben wichtig, um Datenbestände zu finden und grundlegende technische Informationen sowie Angaben zur Verantwortlichkeit zu erfassen. KI-Workloads benötigen zusätzlichen Kontext.
Eine IDC Spotlight on AI-ready enterprises fasst Datenintelligenz in geschäftlichen, technischen, relationalen und betrieblichen Metadaten zusammen. Die Definition von IDC umfasst außerdem Datenqualität, Datenherkunft, Klassifizierung, Speicherort und Kontextinformationen. Im 2026 Data Readiness Index erklärten nur 18 %, dass alle ihre Daten vollständig verwaltet würden.
| Metadatenschicht | Bereitgestellter Kontext |
| Technisch | Schema, Format, Speicherort, Statistiken und Struktur |
| Geschäftlich | Definitionen, Verantwortlichkeit, maßgebliche Quellen und genehmigte Nutzungen |
| Relational | Verbindungen zwischen Datensätzen, Anwendungen, Modellen und anderen Datenbeständen |
| Betrieblich | Aktualität, Qualität, Nutzung, Verarbeitungshistorie und Änderungen |
| Datenherkunft | Ursprünge der Daten, Transformationen und nachgelagerte Abhängigkeiten |
| Richtlinien | Sensibilität, Zugriffsanforderungen, Aufbewahrungsregeln und zulässige Nutzungen |
Der Geschäftskontext wird wichtiger, wenn derselbe Datenbestand unterschiedlichen Zwecken dient. Ein Kundendatensatz, der für die Abrechnung geeignet ist, muss nicht die richtige Quelle für ein Betrugsmodell oder eine regulatorische Analyse sein, da sich die Anforderungen an Aktualität, Verbindlichkeit und zulässige Nutzung unterscheiden können.
Metadaten können das führende System, die verantwortliche Person und Nutzungsbeschränkungen identifizieren, damit Menschen und KI-Systeme nicht jeden zugänglichen Datensatz als austauschbar behandeln.
Offene Formate liefern keinen Unternehmenskontext
Offene Tabellenformate sind zur grundlegenden Infrastruktur von Lakehouses geworden.
Gartner's Market Guide for Data Lakehouse Platforms betrachtet sie als grundlegende Voraussetzung, fordert in seiner Definition eines Lakehouses jedoch zusätzlich Metadaten-Governance, Datenherkunft und Sicherheit. Forrester's 2025 evaluation of Data Fabric platforms überträgt dieselbe Anforderung auf agentische KI, bei der interoperable Metadaten neben Datenqualität und Datenherkunft auch semantisches Verständnis und die Durchsetzung von Richtlinien unterstützen müssen.
Gemeinsamer Zugriff legt nicht fest, wie ein Unternehmensdatenbestand interpretiert oder genutzt werden sollte. Eine Person oder ein Agent kann auf einen Datensatz zugreifen und trotzdem die geschäftliche Definition vermissen, die für eine sichere Auswahl für eine Aufgabe erforderlich ist. Der Zugriff sagt außerdem nichts darüber aus, ob eine anwendbare Richtlinie diese Nutzung einschränkt. Metadaten liefern den Kontext und die Kontrollen, die weiterhin erforderlich sind, nachdem Daten systemübergreifend zugänglich geworden sind.
Kontext und Kontrollen müssen in hybriden Umgebungen erhalten bleiben
Verteilte Datenbestände sind häufig beabsichtigt.
Regulatorische Anforderungen und Vorgaben zur Datensouveränität können dazu führen, dass bestimmte Datensätze lokal betrieben werden, während andere Workloads in der Cloud und auf etablierten Analyseplattformen ausgeführt werden. Dieselbe IDC-Studie zu KI-fähigen Unternehmen ergab, dass 47 % der Analyse-Daten-Repositories lokal oder in einer Private Cloud verblieben; der Rest verteilte sich auf Public-, Hybrid- oder Multi-Cloud-Umgebungen.
Fragmentierte Kataloge und Richtlinienschichten können dazu führen, dass derselbe Datenbestand in verschiedenen Systemen unterschiedlich klassifiziert oder interpretiert wird und dabei Lücken in der Datenherkunft entstehen. Metadaten, die die Daten begleiten, bedeuten nicht, dass jede Richtlinie oder Definition physisch in jede Datei eingebettet ist.
Relevanter Kontext muss mit dem Datenbestand verknüpft bleiben, wo immer auf ihn zugegriffen wird. Eine Sensibilitätsklassifizierung sollte beispielsweise auch in einer anderen Umgebung gelten, und die Datenherkunft sollte intakt bleiben, wenn die Daten nachgelagerte Prozesse durchlaufen. Zugriffsregeln und Geschäftsdefinitionen müssen ebenfalls konsistent bleiben.
Eine einheitliche Kontrollebene kann Metadaten und Governance für verteilte Datenbestände koordinieren, ohne dass jeder Datensatz oder Workload auf derselben Plattform liegen muss. Unternehmen können Plattformen für bestehende Workloads beibehalten und dennoch gemeinsame Richtlinien und Metadaten auf den gesamten Datenbestand anwenden.
Cloudera's Shared Data Experience ist eine Umsetzung dieses Modells. Dabei kommt eine gemeinsame Governance- und Metadatenschicht zum Einsatz, die Datenherkunft und Sicherheitskontrollen über hybride Analyse- und KI-Workloads hinweg mitführt.
KI-Agenten machen Metadaten zum Laufzeitkontext
Menschliche Nutzer können unvollständige Metadaten auf eine Weise ausgleichen, die automatisierten Systemen nicht möglich ist. Ein Data Engineer kann innehalten, die Dokumentation konsultieren oder vor der Nutzung eine Quelle bei ihrem Verantwortlichen bestätigen.
Ein KI-Agent muss möglicherweise Daten innerhalb desselben automatisierten Workflows auswählen und nutzen. Der für diese Entscheidungen erforderliche Kontext muss daher maschinenlesbar sein und zum Zeitpunkt der Nutzung zur Verfügung stehen.
Betrachten wir einen Agenten, der eine Kurzbewertung des Kundenrisikos erstellt. Zwei Tabellen können ein Feld namens customer_status enthalten, doch eine davon könnte ein operativer Datenfeed und die andere ein kuratierter Datensatz für regulatorische Zwecke sein. Das Schema allein sagt dem Agenten nicht, welche Quelle in die Kurzbewertung gehört. Geschäftsdefinitionen legen fest, wofür das Feld steht, und der Kontext zu Datenherkunft oder Richtlinien kann zeigen, ob die Quelle für diese Aufgabe geeignet ist.
Forrester's Data Fabric Platforms nennt semantische Anreicherung, Metadatenextraktion und dynamische Kontextualisierung als einige der Funktionen, die das Kontextverständnis verbessern. Die Lakehouse-Forschung von 2026 warnt außerdem, dass Lücken bei Datenqualität, Governance oder Datenherkunft Agenten-Workflows stören können, sobald Software Unternehmensdaten ohne menschliche Prüfung in jeder Phase auswählt und damit handelt.
In einem Agenten-Workflow müssen Metadaten daher am Entscheidungspunkt verfügbar sein und dürfen nicht nur zur späteren Referenz gespeichert werden.
Datenherkunft und Richtlinien machen KI-Nutzung nachvollziehbar
Der während eines KI-Workflows verwendete Kontext kann auch als Beleg dienen, wenn ein Ergebnis oder eine automatisierte Aktion überprüft werden muss.
Teams müssen möglicherweise klären:
- Welche Datenquelle und welche Version hat das System verwendet?
- Welche Transformationen erfolgten, bevor die Daten den KI-Workload erreichten?
- Welche Richtlinien und Zugriffskontrollen galten zu diesem Zeitpunkt?
- Welche nachgelagerten Systeme, Modelle oder Entscheidungen waren betroffen?
Eine durchgängige Datenherkunft verbindet Quelldaten mit der nachgelagerten Nutzung. Richtlinien- und Audit-Aufzeichnungen dokumentieren die dabei angewandten Kontrollen, und Versionsinformationen identifizieren den Zustand der zu diesem Zeitpunkt verwendeten Daten.
Die Prüfbarkeit hängt auch von der Bewahrung des historischen Kontexts ab. Richtlinien, Klassifizierungen, Qualitätsbewertungen und Quellenbeziehungen können sich ändern, nachdem ein KI-Workflow ausgeführt wurde. Die Überprüfung einer früheren Entscheidung erfordert daher Zugriff auf die Metadaten und Kontrollen, die bei der Datennutzung galten, damit Teams die Bedingungen rekonstruieren können, unter denen das System gehandelt hat.
NIST's AI Risk Management Framework Playbook empfiehlt Nachvollziehbarkeit, Dokumentation der Datenherkunft und Protokollierungsmechanismen, die die Prüfbarkeit von KI unterstützen. Diese Aufzeichnungen liefern Governance-Teams Belege dafür, wie Unternehmensdaten zu einem von KI erzeugten Ergebnis oder einer automatisierten Aktion beigetragen haben.
Metadaten müssen mit der KI skalieren
Wenn Unternehmen weitere KI-Systeme hinzufügen, wird es schnell untragbar, Definitionen, Richtlinien und Datenherkunft für jeden neuen Workload neu aufzubauen. Werden Metadaten als gemeinsam genutzte Infrastruktur behandelt, können neue Modelle und Agenten den verwalteten Kontext bestehender Datenbestände nutzen, selbst wenn diese über mehrere Plattformen verteilt bleiben.
Eine gemeinsame Metadatenschicht bietet Governance-Teams außerdem einen einheitlichen Ort, an dem sie den Kontext aktualisieren können, wenn sich Unternehmensdaten ändern. Neue Klassifizierungen, Änderungen der Verantwortlichkeit oder überarbeitete Nutzungsregeln können in nachgelagerte KI-Workloads übernommen werden, ohne die Kontrollen für jeden einzelnen neu zu erstellen.
KI-Bereitschaft hängt davon ab, dass Unternehmensdaten verständlich und verwaltet bleiben, während die Zahl automatisierter Nutzer wächst. Metadaten liefern die dafür erforderliche Kontinuität im großen Maßstab.
CTA: Erfahren Sie, wie Cloudera Metadaten und Governance in hybriden Umgebungen konsistent hält.


