Réponse courte à cette question provocatrice : non, c‘est simplement en train de changer. Notre tournée de présentation sur l‘intégration des données s‘est déroulée dans quatre villes américaines au cours des deux dernières semaines. La présentation principale a été faite par James Markarian, directeur technique de SnapLogic. Il a partagé son point de vue sur la gestion moderne des données, le rôle de l‘entrepôt de données dans un environnement hybride cloud , et les considérations importantes pour une stratégie de lac de données d‘entreprise.
Nous avons également été rejoints par notre partenaire, Amazon Web Services, qui a présenté sa gestion des données cloud plateforme , en mettant l‘accent sur Amazon Redshift. Ensemble, nous avons mis en lumière quelques-unes des réussites conjointes SnapLogic/AWS autour de l‘intégration des données hybrides cloud , notamment GameStop, Box, CapitalOne et eero.
L‘essentiel du discours de James a porté sur les changements intervenus dans le paysage des données qui affectent le rôle et la structure de l‘entrepôt de données. Il a décrit le "data warehousing 1.0" des années 1980, qui offrait un lieu unique et pratique pour stocker toutes les données, mais qui était coûteux et dépendait de scripts pour intégrer les sources. Il l‘a opposé au "data warehousing 2.0" des années 1990, qui a vu l‘essor des processus ETL et des data marts, mais qui était encore rigide et typiquement sur site. Depuis cette époque, cependant, l‘entreposage de données est resté généralement statique. Aujourd‘hui, avec l‘augmentation spectaculaire des données non structurées/polystructurées et la cloudification des sources de données, l‘entreposage de données 2.0 n‘est plus tout à fait à la hauteur. C‘est là qu‘intervient le lac de données. James a invité l‘auditoire à ne pas considérer un lac de données comme une décharge amorphe et sans règles pour les données non structurées. Il a plutôt identifié de multiples "zones" au sein du lac de données, chacune d‘entre elles ayant certaines exigences, règles et utilisations.
Enfin, James a montré comment les data marts lakeshore et les entrepôts de données basés sur cloud- connectés à l‘aide de SnapLogic - répondent à certains des risques et des coûts de main-d‘œuvre élevés qui peuvent être associés aux lacs de données centrés sur Hadoop.
Les participants - dont certains étaient déjà bien avancés dans leur parcours d‘adoption du lac de données et d‘autres encore dans un environnement " entrepôt de données 2.0 " - sont certainement repartis avec des pistes de réflexion. Surveillez cet espace pour la prochaine visite de SnapLogic dans une ville près de chez vous.
En attendant, n‘oubliez pas de vous abonner à notre série de podcasts sur la gestion des données intitulée SnapTalk.
