L'architecture de données en couches transforme les données d'entreprise en un système d'intelligence

Le graphe de connaissances est en passe de devenir une couche fondamentale de l'IA d'entreprise, alors que les organisations s'efforcent de transformer des données dispersées en réponses auxquelles les dirigeants peuvent avoir confiance. À l’heure où les piles informatiques qui sont devenues natives du cloud deviennent désormais natives de l’IA, une nouvelle classe d’architecture de données en couches prend forme : une architecture conçue pour donner aux modèles le contexte dont ils ont besoin pour raisonner, et pas seulement pour récupérer.

Ce changement s'opère dans un paysage de données fragmenté constitué de centres de données, de bases de données opérationnelles et de magasins de profils clients, où le problème difficile consiste à décrire avec précision les informations d'une entreprise afin que l'IA puisse leur donner un sens. Les technologies graphiques servent de plus en plus de tissu conjonctif pour les agents d'IA et les architectures GraphRAG, selon Tristan Baker (photo), directeur principal et responsable de l'architecture de données chez Salesforce Inc.

« Cela devient l'élément essentiel qui permet de créer l'expérience agent finale que vous souhaitez offrir », a déclaré Baker. «C'est presque comme le ciment qui relie ce que le client ou la personne demande aux données dans le contexte nécessaire pour répondre à cette question.»

Baker s'est entretenu avec John Furrier de theCUBE lors de l'événement Neo4j GraphTalk, lors d'une diffusion exclusive sur theCUBE, le studio de diffusion en direct de SiliconANGLE Media. Ils ont discuté de la manière dont les graphes de connaissances, les ontologies et l'architecture de données en couches remodèlent la quête d'un système d'intelligence d'entreprise. (* Divulgation ci-dessous.)

Graphiques de connaissances et architecture de données en couches

L'objectif que partage désormais chaque leader est une interface conversationnelle qui renvoie des réponses fiables en quelques secondes, a noté Baker. Mais pour y parvenir à un rythme conversationnel, il faut bien plus qu’une simple base de données, car différentes questions nécessitent différentes structures de récupération.

« Ne me donnez pas seulement le numéro », a déclaré Baker. « Dites-moi comment vous l'avez compris et donnez-moi toutes les choses auxquelles cela est lié. »

Baker présente la solution comme une pile. En bas se trouvent des Lakehouses familières, des bases de données opérationnelles et chronologiques, chacune optimisée pour un type de requête différent. Au-dessus d'eux, une couche de métadonnées suit où se trouve la vérité sur un client à travers des dizaines de copies et mappe la terminologie commerciale aux colonnes sous-jacentes. Le graphique, a-t-il expliqué, gère les relations et le contexte qui relient ces éléments entre eux.

« À moins que quelqu'un ne me cache des informations, je ne connais personne qui ait encore totalement résolu ce problème », a déclaré Baker. « Donc, comme la plupart des choses, de nombreux systèmes sont des déchets, des déchets – vous pouvez avoir la meilleure technologie au monde, mais si vous ne faites pas attention au contenu auquel vous l'exposez, alors vous vous retrouverez avec rien de très utile. »

Le défi le plus sous-discuté, a ajouté Baker, est celui de la gouvernance. À mesure que les métadonnées progressent vers une couche sémantique supérieure, le contrôle d’accès ne peut plus résider uniquement dans des bases de données individuelles. Selon lui, la gestion des données de référence et la gouvernance vont de pair.

« En plus d'avoir besoin d'une description sémantique des données, vous commencez peut-être aussi à avoir besoin d'une description sémantique de votre politique d'accès », a déclaré Baker. « Votre équipe juridique… elle ne va pas dire : « Voici comment les données doivent être protégées dans Postgres. » Ils vont dire : « Des gens comme celui-ci ne devraient pas pouvoir accéder à de telles données. »

Voici l'interview vidéo complète, faisant partie de la couverture de SiliconANGLE et theCUBE sur l'événement Neo4j GraphTalk :

(* Divulgation : TheCUBE est un partenaire média payant pour l'événement Neo4j GraphTalk. Ni Neo4j, le sponsor de la couverture de l'événement theCUBE, ni les autres sponsors n'ont de contrôle éditorial sur le contenu de theCUBE ou SiliconANGLE.)

Photo : SiliconANGLE

Newsletter

Rejoignez notre newsletter pour des astuces chaque semaine