http://localhost:1313/tags/zeenea/ Zeenea HugoBlox Kit (https://hugoblox.com)fr-FRThu, 02 Jul 2026 00:00:00 +0000 http://localhost:1313/media/logo.svg http://localhost:1313/tags/zeenea/ http://localhost:1313/ressources/data-lineage-principes/data-lineage-alimentation-data-catalogues/ Thu, 02 Jul 2026 00:00:00 +0000 http://localhost:1313/ressources/data-lineage-principes/data-lineage-alimentation-data-catalogues/ <p><strong style="color:#C00000;">{openAudit}</strong> permet la consultation du data lineage via son portail Web Mosaïc, mais les métadonnées consolidées peuvent également être publiées vers différents data catalogues du marché qui présentent souvent de fortes limitations pour ce qui concerne le data lineage. L&rsquo;intérêt est de n&rsquo;avoir qu&rsquo;un outil pour une data governance optimale.</p> <p>Le data lineage est reconstruit dans le référentiel technique <strong style="color:#C00000;">{openAudit}</strong>, puis exposé vers les catalogues de données via des connecteurs dédiés.</p> <p>Cette architecture permet de dissocier les mécanismes de collecte et de reconstruction du data lineage de la couche d&rsquo;exposition utilisée par les équipes de gouvernance.</p> <blockquote class="border-l-4 border-neutral-300 dark:border-neutral-600 pl-4 italic text-neutral-600 dark:text-neutral-400 my-6"> <p><strong>Point clé :</strong> le référentiel technique reste indépendant du catalogue cible. Les mécanismes de collecte et de reconstruction du lineage (et de connexion) ne dépendent pas du data catalogue utilisé.</p> </blockquote> <h2 id="architecture">Architecture</h2> <p> <figure > <div class="flex justify-center "> <div class="w-full" > <img alt="img-big" srcset="http://localhost:1313/ressources/data-lineage-principes/data-lineage-alimentation-data-catalogues/datacatalog_architecture_hu_2f865763d8143118.webp 320w, http://localhost:1313/ressources/data-lineage-principes/data-lineage-alimentation-data-catalogues/datacatalog_architecture_hu_dfd112b340e230cb.webp 480w, http://localhost:1313/ressources/data-lineage-principes/data-lineage-alimentation-data-catalogues/datacatalog_architecture_hu_614ba65354a7698b.webp 760w" sizes="(max-width: 480px) 100vw, (max-width: 768px) 90vw, (max-width: 1024px) 80vw, 760px" src="http://localhost:1313/ressources/data-lineage-principes/data-lineage-alimentation-data-catalogues/datacatalog_architecture_hu_2f865763d8143118.webp" width="760" height="434" loading="lazy" data-zoomable /></div> </div></figure> </p> <p>Les métadonnées collectées sont consolidées dans la base de données colomnar <strong>oA.mdb</strong> après traitement par le moteur <strong>oA.Job</strong>.</p> <p>Le référentiel central contient notamment :</p> <ul> <li>Le data lineage au champ.</li> <li>Les usages.</li> <li>Les informations de gouvernance associées le cas échéant.</li> </ul> <p>Les catalogues sont ensuite alimentés à partir de ce référentiel unique via des connecteurs d&rsquo;exposition indépendants des solutions de data catalogue.</p> <h2 id="connecteurs-dexposition">Connecteurs d&rsquo;exposition</h2> <p>Les connecteurs assurent :</p> <ul> <li>La publication automatisée du lineage.</li> <li>Les synchronisations continues.</li> <li>La gestion des restrictions.</li> <li>Le support des différents Workspaces.</li> </ul> <p>L&rsquo;exposition du data lineage peut être complète ou partielle selon les capacités d&rsquo;affichage du catalogue cible, sachant que le data lineage produit en amont est, lui, disponible au champ.</p> <blockquote class="border-l-4 border-neutral-300 dark:border-neutral-600 pl-4 italic text-neutral-600 dark:text-neutral-400 my-6"> <p><strong>Résultat :</strong> les catalogues ne consomment que les métadonnées consolidées et non les sources techniques d&rsquo;origine.</p> </blockquote> <h2 id="catalogues-supportés">Catalogues supportés</h2> <p>Les connecteurs disponibles permettent à ce jour d&rsquo;alimenter les data catalogues suivants :</p> <ul> <li>DataGalaxy</li> <li>Zeenea</li> <li>Collibra</li> </ul> <h2 id="gestion-des-usages">Gestion des usages</h2> <p>Lorsque les logs d&rsquo;audit sont disponibles, les usages observés sont intégrés au référentiel technique puis exposés vers le catalogue.</p> <p>Les utilisateurs peuvent ainsi distinguer :</p> <ul> <li>Les flux &ldquo;vivants&rdquo;, consommés par des outils ou requêtés.</li> <li>Les flux et donc les objets non consommés (souvent plus de 80 % de l&rsquo;ensemble).</li> </ul> <blockquote class="border-l-4 border-neutral-300 dark:border-neutral-600 pl-4 italic text-neutral-600 dark:text-neutral-400 my-6"> <p><strong>Usage typique :</strong> enrichir le data catalogue avec des informations d&rsquo;usage afin d&rsquo;identifier les objets candidats à la rationalisation ou au décommissionnement.</p> </blockquote> <script> (function () { // Masque la date "Last updated on" et le bloc Auteur sur les pages // Ressources : ce ne sont pas des articles de blog (pas de date/signature). function hide() { document.querySelectorAll("time.mt-12.mb-8").forEach(function (el) { el.style.display = "none"; }); document.querySelectorAll("div.flex.pt-12.pb-4").forEach(function (el) { if (el.querySelector('img[src*="/media/authors/"]')) { el.style.display = "none"; } }); // Filet de sécurité supplémentaire : masque aussi la ligne de partage // social et tout conteneur lié à la fiche auteur, par correspondance // sémantique plutôt que par nom de classe (plus robuste aux mises à jour // du thème). var shareHrefPatterns = [ "twitter.com/intent", "x.com/intent", "facebook.com/sharer", "linkedin.com/sharing", "wa.me/", "api.whatsapp.com", "mailto:?" ]; document.querySelectorAll("a[href]").forEach(function (a) { var href = a.getAttribute("href") || ""; if (shareHrefPatterns.some(function (p) { return href.indexOf(p) !== -1; })) { a.style.display = "none"; } }); document.querySelectorAll('a[href="http://localhost:1313/authors/me/"]').forEach(function (a) { var el = a.closest("div.flex") || a.parentElement; if (el) el.style.display = "none"; }); } document.addEventListener("DOMContentLoaded", hide); })(); </script>