Actualización: Data Hub V.2
Gestión de datos y estructuras de datos
En el mundo de los ERP se habla mucho de la empresa basada en datos. Algunos socios de SAP, como Data Migration International de Suiza, han desarrollado en el pasado conceptos casi revolucionarios que se están utilizando actualmente en muchos proyectos de conversión de S/4. La propia SAP ha hablado más de esto en los últimos años de lo que lo ha hecho, si no tenemos en cuenta el Data Hub, que fue presentado hace cuatro años en Sapphire, en Orlando, por el entonces Director de Tecnología de SAP, Bernd Leukert, y su colega Franz Färber.
Hub de datos SAP
Hace cuatro años, el entonces vicepresidente ejecutivo de SAP, Franz Färber, presentó el concepto de Data Hub en la feria Sapphire de Orlando. Las incompatibilidades y los silos de datos deberían ser cosa del pasado. Todas las aplicaciones deberían tener acceso a todo tipo de datos. A primera vista, el concepto de Franz Färber era lógico, estricto, casi ingenioso. SAP quería forzar la falta de integración de las aplicaciones mediante una interfaz de datos sin discontinuidad de medios.
Sin embargo, lo que SAP y Franz Färber pasaron por alto de forma vergonzosa fue que proporcionar los datos reales a través del Data Hub cuesta a las aplicaciones solicitadas un tiempo de computación considerable. Aunque la aplicación sólo necesitara unos pocos recursos para sus propias tareas, siempre tenía que mantener una alta capacidad de cálculo, porque en el momento siguiente podían llegar cientos de solicitudes de datos. El Data Hub fracasó estrepitosamente. Jürgen Müller, Director de Tecnología de SAP, no quiso explicar qué funciones del Data Hub ha asumido ahora SAP en Datasphere.
SAP Datasphere
La oferta de SAP Datasphere es un avance positivo, afirma la asociación de usuarios DSAG, ya que pretende dar respuesta a la antigua demanda existente de fusionar datos SAP y no SAP. Esta evolución de SAP Data Warehouse Cloud es un paso importante en la dirección correcta, afirmó Sebastian Westphal, director de tecnología de la DSAG, en las Jornadas Tecnológicas de la DSAG, si consigue simplificar la compleja integración de datos de sistemas SAP y sistemas de terceros de los modelos de arquitectura cada vez más híbridos.
"Esperamos que SAP siga por este camino de forma selectiva y combine productos sencillos con modelos de licencia atractivos en el marco de este desarrollo. Siempre que en un futuro próximo también se ofrezca a las empresas usuarias una oferta comercial adecuada para escenarios de planificación clásicos (como usuarios ocasionales) en SAP Analytics Cloud, esto sería un gran éxito tanto desde el punto de vista de los contenidos como desde el punto de vista comercial", prosigue Sebastian Westphal.
Sin embargo, la asociación de usuarios no aborda el hecho de que SAP ya había abordado la necesaria fusión de datos SAP y no SAP hace cuatro años con el Data Hub y fracasó estrepitosamente.
Silos y estructuras
El singular servidor de base de datos del R/3 creció hasta convertirse en numerosos silos de datos a través de la innovación y las adquisiciones. SAP no fue capaz de consolidar todas las estructuras de datos de sus aplicaciones propias y adquiridas. Los silos y las estructuras crecieron hasta convertirse en un caos de datos inmanejable. Lo que Data Hub no pudo hacer hace cuatro años, ahora hay que salvarlo con Datasphere. Jürgen Müller, director de tecnología de SAP, declaró a la revista E-3 que SAP había aprendido mucho en los últimos años y que ahora confiaba en que Datasphere resolvería el problema de la gestión de datos.
Con o sin SAP
La gestión de datos y sus estructuras es un deber para todo cliente de SAP inventory, por lo que muchos socios de SAP ya ofrecían buenas herramientas en el pasado. La mayoría de estas aplicaciones son abiertas y, por tanto, aptas tanto para SAP como para terceros. Queda por ver si Datasphere sigue siendo necesaria y está justificada en la situación actual. Es probable que SAP piense lo mismo, porque el líder mundial del mercado ERP ni siquiera intenta vender el nuevo producto, sino que lo complementa gratuitamente con SAP Data Warehouse Cloud: felicidad forzada, ¿no?
DE
EN
ES
3 comentarios
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!