Traçabilité
En bref
L'enjeu
Régulateurs, auditeurs et métiers posent les mêmes questions : qui a demandé, quel modèle a répondu, avec quelles données, sous quelle politique, pour quel coût. Des journaux dispersés n'y répondent pas.
L'audit chaîné
Événement n-1
Empreinte h(n-1)
Événement n
Contenu + h(n-1) = h(n)
Événement n+1
Contenu + h(n) = h(n+1)
Stockage WORM
Object Lock : ni modification ni suppression
De la trace à la preuve
Le traceparent W3C suit la requête dans chaque passerelle et chaque runtime ; OpenTelemetry et l'OTel Collector acheminent les spans.
Opik enregistre prompts, réponses, outils appelés et évaluations, dans le respect des règles de DLP.
Chaque appel produit un événement d'usage : modèle, jetons, durée, coût estimé puis mesuré.
Les événements d'audit sont conservés en stockage objet avec Object Lock et corrélés entre les services.
Une exécution d'agent se rejoue à partir de ses points de reprise pour comprendre, corriger ou démontrer.
OpenLineage relie chaque jeu de données à ses sources et à ses usages par les pipelines et les agents.
Les événements d'audit et de sécurité s'exportent vers votre SIEM ; les preuves suivent une chaîne de possession.
OpenSearch, ClickHouse et Prometheus conservent journaux, analyses et métriques pour l'exploitation.
La preuve
Les preuves sont produites par la plateforme elle-même, au fil de l'eau, et non reconstituées après coup.
Pour aller plus loin
Chaque appel qui traverse une gateway de Navin Enterprise AI porte un traceparent W3C, produit des spans OpenTelemetry, un Usage Event et un événement d'audit chaîné par hash. Voici comment la chaîne est construite, scellée, archivée en WORM et rejouée.
Nous vous montrons comment une exécution d'agent se retrace, de la requête à la preuve.