Hana, ¿es necesario?

No es improbable que SAP llegue a un callejón sin salida con Hana. Un mayor desarrollo inmovilizará muchos recursos en los próximos años, que SAP podría aprovechar mejor en los ámbitos de la IA, la minería de procesos y la Business Technology Platform.

Hana es una construcción obsoleta y excesivamente sobrevalorada. El principio de Hana se basa en una arquitectura informática obsoleta: cuando se creó Hana en 2011, aparecieron en el mercado las primeras CPU de alto rendimiento, la memoria principal era cada vez más barata y el almacenamiento en disco duro era constantemente lento y propenso a errores porque era mecánico. Cargar toda la base de datos ERP en la memoria principal del servidor era lo lógico y correcto debido a la arquitectura informática Von Neumann.

John von Neumann (1903-1957) fue pionero en el campo de la arquitectura informática. Desarrolló el concepto de núcleo informático (CPU, Unidad Central de Procesamiento) con una memoria conectada en la que se almacenan tanto el código del programa como los datos. Esta arquitectura fue un éxito rotundo. Sin embargo, la conexión entre la CPU y la memoria se convirtió en un cuello de botella que limitaba la velocidad. Hoy hablamos del cuello de botella Von Neumann.

El profesor Hasso Plattner también se quedó atascado en el cuello de botella de Von Neumann, ya que sólo intentó compensar el déficit de velocidad de las bases de datos tradicionales transfiriendo datos de los lentos discos duros a la memoria principal, mucho más rápida. Plattner ni reconoció el continuo desarrollo de la tecnología de hardware ni cuestionó la arquitectura informática imperante. La base de datos SAP Hana es un producto del cuello de botella Von Neumann. Hana debe considerarse irremediablemente obsoleta.

Si el profesor Plattner y SAP solo se hubieran preocupado de aumentar la velocidad de trabajo para hacer por fin justicia a la "R" de R/2 y R/3, entonces un poco de humildad y unos años de espera habrían sido perfectamente adecuados. Sin embargo, Plattner y SAP querían hacer realidad "Realtime" inmediatamente en 2011. Pero aún más importante era una dimensión de política de mercado.

SAP ya no quería compartir los presupuestos informáticos de sus clientes con los fabricantes de sistemas operativos y bases de datos. Desarrollar su propio sistema operativo sería inútil y costoso, pero desarrollar su propia base de datos para desplazar a Oracle, IBM y Microsoft entraba dentro de lo posible. Así nació Hana.

Y el profesor Hasso Plattner tenía grandes planes, como escribió mi colega Michael Kroker en WiWo: [...] la empresa estadounidense (Oracle) había ganado mucho con el éxito de SAP como proveedor de software de bases de datos para las versiones anteriores de Hana. Y así, poco después de la introducción de Hana, Plattner bromeó públicamente. No me gustaría estar en el pellejo de Larry Ellison ahora mismo. Después de todo, un tren de mercancías llamado Hana se precipita hacia él". Él replicó al estilo típico de Ellison: "Deben de estar drogados".

En un vídeo de YouTube producido posteriormente, en el que Plattner entrevista ahora a Plattner, se retoma la alusión "Deben de estar drogados" de Larry Ellison, véase también el artículo de portada de este número en la página 34. El hecho es que Hana no se convirtió en una amenaza para ningún otro fabricante de bases de datos, pero muchos ingresos fluyeron ahora directamente a los bolsillos de SAP.

Se sospecha que el posicionamiento final de Hana fue objeto de mucho debate en SAP. En una entrevista con Michael Kroker, redactor de WiWo, el profesor Hasso Plattner formuló el objetivo del siguiente modo: "El último proyecto que impulsé tecnológicamente en SAP fue la base de datos de alto rendimiento Hana. Esperaba que SAP consiguiera llevar a Hana a lo más alto de este segmento, porque en aquel momento era, con diferencia, la mejor base de datos. El mercado debería haberlo premiado de alguna manera, pero SAP no lo consiguió."

Al parecer, el antiguo Director de Tecnología de SAP, Vishal Sikka, quería una versión de dominio público de Hana. No se sabe si Hasso Plattner o la dirección de SAP estaban en contra. El hecho es, sin embargo, que si SAP hubiera comercializado su propia base de datos de forma similar al sistema operativo Linux subyacente, SAP habría tenido que renunciar a muchos millones de euros en ingresos por licencias.

Aunque Hana sólo entusiasme a unos pocos informáticos y a muchos directores financieros de los actuales clientes de SAP les desespere debido a los costes de licencia de doble BD, Hana es un éxito comercial rotundo para la propia SAP. Ahora SAP ya no tiene que compartir la comunidad ERP con Oracle, IBM y Microsoft. Toda la pila ERP está en manos de SAP. Con Hana y S/4 se ha coronado el último vendor lock-in.

Sin embargo, no es seguro que los cálculos de SAP salgan bien al final con un desarrollo informático cada vez más rápido, porque sigue siendo válido el refrán: "Zapatero, ¡apégate a la horma de tu zapato!