Data lineage - les principes de la conteneurisation des connecteurs
La collecte {openAudit} repose sur des composants conteneurisés déployés dans l’environnement du Client, au plus près des systèmes analysés : un conteneur par technologie (bases de données, plateformes ETL/ELT, outils de data visualisation, bases d’audit), compatible Docker et Podman, en déploiement On-Premise, SaaS ou hybride.
Point clé : extracteurs et anonymiseurs sont découplés des moteurs de traitement ; chaque composant se déploie et se met à jour indépendamment.
Extraction
Les extracteurs se connectent aux technologies analysées via des comptes de service dédiés et collectent les métadonnées des bases de données, plateformes ETL/ELT, outils de datavisualisation, bases d’audit et du scheduleur. Chaque extracteur produit un format de sortie homogène, quelle que soit la technologie.
Anonymisation
Lorsqu’elle est requise, un conteneur d’anonymisation s’insère entre la collecte et la production des fichiers d’échange : chaînes de caractères, paramètres applicatifs et valeurs littérales (constantes SQL…) sont remplacés par des variables techniques. Les dépendances sont conservées, les informations sensibles supprimées.
Fichiers d’échange
Les composants produisent des fichiers CSV standardisés : objets techniques, dépendances, transformations et, lorsqu’elles sont disponibles, informations d’usage. Le Client peut les archiver, les contrôler ou les valider avant leur transfert.
Traitement
Les composants centraux d’{openAudit} exploitent ces fichiers pour reconstruire les dépendances, consolider les métadonnées, intégrer les usages issus des logs d’audit et produire le data lineage.
Résultat : une chaîne de collecte homogène, indépendante des technologies analysées et des modes de déploiement.
