Mise à jour : Data Hub V.2
Gestion des données et structures de données
On parle beaucoup de l'entreprise pilotée par les données dans le monde ERP. Certains partenaires SAP, comme la société suisse Data Migration International, ont développé par le passé des concepts presque révolutionnaires qui sont actuellement utilisés dans de nombreux projets de conversion S/4. SAP lui-même en a plus parlé que fait ces dernières années, si l'on excepte le Data Hub, présenté il y a quatre ans au salon Sapphire d'Orlando par Bernd Leukert, alors directeur technique de SAP, et son collaborateur Franz Färber.
SAP Data Hub
Il y a quatre ans, Franz Färber, alors EVP de SAP, a présenté le concept de Data Hub lors du salon Sapphire à Orlando. Les incompatibilités et les silos de données devaient appartenir au passé. Chaque application devait avoir accès à tout type de données. Le concept de Franz Färber était à première vue logique, rigoureux, presque génial. SAP voulait forcer l'intégration manquante des apps en créant une interface de données sans rupture de média.
Mais ce que SAP et Franz Färber ont honteusement négligé, c'est que la mise à disposition des données réelles via la plaque tournante Data Hub coûte aux apps sollicitées un temps de calcul considérable. Même si l'app n'a besoin que de peu de ressources pour ses propres tâches, elle devait toujours conserver des capacités de calcul élevées, car l'instant d'après, elle pouvait déjà recevoir des centaines de demandes de données. Le Data Hub a échoué lamentablement. Jürgen Müller, directeur technique de SAP, n'a pas voulu expliquer quelles fonctions du Data Hub ont été reprises par SAP dans Datasphere.
SAP Datasphere
L'offre SAP Datasphere est à souligner positivement, selon l'association d'utilisateurs DSAG, elle doit permettre de répondre à la vieille exigence existante de réunir les données SAP et non-SAP. Cette évolution de SAP Data Warehouse Cloud est un pas important dans la bonne direction, a estimé lors des journées technologiques DSAG Sebastian Westphal, directeur technologique de DSAG - si l'on parvient à simplifier l'intégration complexe des données des systèmes SAP et des systèmes tiers des modèles d'architecture de plus en plus hybrides.
"Nous espérons que SAP poursuivra sur cette voie de manière ciblée et qu'il combinera dans le cadre de ce développement des produits simples avec des modèles de licence attrayants. Dans la mesure où une offre commerciale adaptée aux scénarios de planification classiques (comme les utilisateurs occasionnels) est également proposée aux entreprises utilisatrices dans SAP Analytics Cloud à court terme, nous aurions réussi un grand coup, tant sur le plan du contenu que sur le plan commercial", poursuit Sebastian Westphal.
L'association des utilisateurs n'aborde toutefois pas le fait que SAP avait déjà abordé il y a quatre ans, avec le Data Hub, le regroupement nécessaire des données SAP et non-SAP et qu'il avait lamentablement échoué.
Silos et structures
Le serveur de base de données unique de R/3 a donné naissance à de nombreux silos de données par le biais d'innovations et d'acquisitions. SAP n'a pas réussi à consolider toutes les structures de données de ses propres applications et de celles qu'il a achetées. Les silos et les structures se sont développés en un chaos de données ingérable. Ce que Data Hub n'a pas réussi à faire il y a quatre ans, Datasphere doit maintenant le sauver. Jürgen Müller, directeur technique de SAP, a déclaré au magazine E-3 que SAP avait beaucoup appris au cours des dernières années et qu'il était désormais confiant d'avoir résolu la gestion des données avec Datasphere.
Avec ou sans SAP
La gestion des données et de leurs structures est une obligation pour tout client SAP existant, de sorte que de nombreux partenaires SAP ont déjà proposé de bons outils par le passé. La plupart de ces apps sont ouvertes et donc adaptées à SAP et non-SAP. La question de savoir si Datasphere a encore une nécessité et une raison d'être dans la situation actuelle doit donc être laissée en suspens. SAP devrait penser de même, car le leader mondial de l'ERP n'essaie même pas de vendre le nouveau produit, mais complète ainsi gratuitement le Data Warehouse Cloud de SAP - un bonheur forcé, non ?
DE
EN
ES
FR
3 commentaires
Roland Kramer
Hallo,
und wenn wir da gerade bei vereinfachten Adaptern sind, die auch via SDI mit HANA sogar bevorzugt funktionieren (Stichwort: konsolidierte Daten gleich auf DB Ebene lesen, und das Ergebnis nach oben in die Applikation geben). Seit ca. 10 Jahren is eine Firma Teil des SAP Kosmos geworden, deren Datenbank(en) und Replikationsmethoden wirklich gut konnten.
Ich denke, hier weiss jeder was hier gemeint ist …
https://blogs.sap.com/2020/05/07/sap-sybase-iq-the-hidden-treasure-..
Werner Dähn
Für mich klingt es eher umgekehrt zu “Jürgen Müller meinte [..], dass SAP in den vergangenen Jahren viel gelernt habe”.
Ich denken, man baut ein Lösung auf Basis von wenigen, trivialen Kunden Use Cases und verbaut sich so die Zukunft. So würde ich zumindest den aktuellen Plan charakterisieren. Das gleiche Problem ist bei anderen Produkten ebenfalls passiert. Data Intelligence ist ein gutes Beispiel dafür.
Lücken die ich zum Thema Integration gefunden habe sind:
* Data Fabric wird als virtuelle Integration beschrieben, die Technik dahinter ist heute SAP Hana Smart Data Integration (SDI). Das gibt es schon seit 7 Jahren. Es wird uns also etwas als brandneu verkauft, das in Hana, BW, DWC bereits seit langem verwendet wird. Peinlich.
* Es wurde gesagt, dass man den DPAgent von SDI loswerden möchte. Es soll nichts mehr beim Kunden installiert werden. Warum gibt es den DPAgent bei SDI? Entweder man war damals dumm oder es gibt einen logischen Grund für dessen Existenz. Wenn es den nicht mehr gibt, wie kann das SAP Cloud System die anderen Systeme erreichen? Mit SAP Cloud Connector. Dann muss der aber alle notwendigen Ports öffnen: Oracle, SQL Server, Fileshares, und 100te mehr. Da wird sich die IT freuen. Aber selbst wenn, wie liest man ein Datenbank Logfile für Change Data Capture? Der DPAgent wird dort installiert und für den ist es ein lokales File.
* Jeder Kunde hat Oracle, SQL Server, … und ein paar zusätzliche Systeme die nicht verbreitet sind. Wie bekommt man deren Daten hinein? Für SDI werden von Kunden selbst geschriebene Adapter im DPAgent installiert. Was ist das Erweiterungskonzept bei DataSphere?
* Data Governance ist ein Thema zu dem SAP seit 20 Jahren sagt, man habe die perfekte, voll integrierte, Lösung. Einfach mal auf die Produktseite von SAP Information Steward gehen. Man findet dort die identischen Aussagen.
* Die Anbindung DataBricks an DataSphere wird ebenfalls über SDI gemacht. Man hat dazu nicht einmal einen neuen Adapter geschrieben, sondern verwendet den generischen CamelJDBC Adapter. Warum wird der nicht für alle Datenbanken verwendet? Weil er nur die Dinge kann, die bei allen Datenbanken gleich sind. Darum gibt es spezifische SDI Adapter für Oracle, SQLServer, Cassandra, Soap, Twitter,… und viele andere.
* In DataSphere den Data Intelligence Unterbau komplett einzubinden, wird die Betriebskosten für SAP deutlich erhöhen. Und das obwohl Alternativen wie z.B. Snowflake existieren, die deutlich billiger und leistungsfähiger sind. Das wird nicht lange gut gehen.
* Data Governance erbringt den größten Wert, wenn alle Systeme eingebunden sind. Was hilft mir eine Impact Analyse wenn nur für die Hälfte der Systeme Informationen vorliegen? Damit ein Kunde diese Informationen in DataSphere zentralisiert, müsste die Lösung besser in allen Richtungen als andere, offene Lösungen, sein. Sonst werden Kunden z.B. OpenMetadata dafür verwenden.
Was also passieren wird, ist, dass man neue Verbindungen bauen wird, diese werden massive Einschränkungen haben (Delta! Realtime Replication! Pushdown Optionen!) und weil die gewählte Architektur eine Lösung verhindert, hat man dann die alten SDI Adapter weiterhin. In Zukunft wird es dann, so wie heute auch, einen Oracle SDA Adapter (sehr gut für Data Fabric), einen SDI Adapter (der einzige der CDC und Replikation kann), einen für Cloud Integration und dann noch zusätzlich einen DataSphere spezifischen Adapter, geben.
Ich hätte ja nur einen Adapter, den SDI Adapter, und dafür SDI deutlich vereinfacht. Da SDI auf Hana aufbaut, hat man dessen Funktionalität dann automatisch überall: Hana onPrem, Hana Cloud, S/4Hana, BW, DWC, BTP,…
Die anderen Themen, wie der neue Modeller, sind wiederum vorbildlich gemacht. Da kann sich Snowflake und Co etwas abschauen.
Peter M. Färbinger, E-3 Magazin
Den Nagel auf den Kopf getroffen! Intuitiv hat hier Werner Dähn alle Diskussionspunkte der DSAG-Technologietage 2023 in Mannheim folgerichtig zusammengefasst. Naturgemäß wurden diese berechtigen Themen nicht auf der großen Bühne während der Keynotes diskutiert, sondern erst später in den DSAG-Arbeitskreisen – dort aber konnte sich das E-3 Magazin davon überzeugen, dass nicht alles Gold ist, was glänzt!