SoH2oP - ¡e Intel es la perdedora!

A principios de este año, hubo mucha alegría entre nuestros líderes mundiales de la CRL y el personal de base. La facción IBM Power vio la luz al final del túnel.

Era obvio que Hana on Power (HoP) acabaría siendo una realidad. Ha habido demasiados rumores en los últimos tres años como para negar que se está trabajando intensamente en una solución.

Yo mismo me informaba regularmente en Walldorf; por desgracia, tengo menos buenas conexiones con Potsdam, con el HPI (nota del editor: Instituto Hasso Plattner de la Universidad de Potsdam).

Y en Walldorf fue muy difícil obtener respuestas. Había dos factores de incertidumbre: en primer lugar, hasta qué punto el código de Hana está realmente optimizado para Intel Xeon y depende de él, y en segundo lugar, tras el desastre con IBM DB2 Blu: ¿hay de nuevo una base razonable para las conversaciones entre IBM y SAP en relación con Hana?

(Nota del editor: Blu es la extensión de computación en memoria para DB2 que se regala a los clientes actuales de SAP/IBM, que en algunos casos pueden ser contrarios a Hana).

Oficialmente, existe HoP para BW. Teórica y experimentalmente posible es "Suite on Hana on Power".

Una de las claves del "Hana Enablement" es Linux. Por supuesto, desde el principio estaba disponible una versión de Linux para todos los procesadores Intel, pero también para muchas otras plataformas, de modo que hubiera sido posible un desarrollo paralelo de la base de datos Hana.

La estrecha colaboración entre Intel y SAP, así como el generoso apoyo de Intel a HPI, fue un resumen conceptual.

A ello se sumó el secretismo de SAP y del profesor Hasso Plattner. Al principio, a socios como Intel y Suse Linux sólo se les habló de un proyecto de seguimiento del BWA (nota del editor: BWA es el Business Warehouse Accelerator, un dispositivo de hardware para acelerar SAP BW).

No fue hasta mucho más tarde cuando los desarrolladores implicados se enteraron de que iba a convertirse en una base de datos independiente y, posteriormente, en una plataforma para la siguiente generación de software ERP.

Hasso Plattner y su equipo de HPI se comprometieron con Intel desde el principio. Lo que también facilitó mucho el desarrollo y agilizó Hana.

Pero esta centralidad de Intel-Xeon dificultó posteriormente la adaptación para un entorno virtual bajo VMware. Exigida por muchos clientes, SAP luchó durante mucho tiempo para proporcionar una versión estable de Hana para servidores virtuales.

El código se revisó por primera vez en aquella época. Evidentemente, la adaptación para los procesadores IBM Power fue menos compleja, porque no oí hablar de fallos y anomalías espectaculares.

Con la primera versión de Hana en VMware, se dio el fenómeno en nuestro laboratorio de que la virtualización era a veces más rápida, pero también no del todo estable y precisa desde el punto de vista computacional.

Por supuesto, este verano también recibí preguntas sobre una versión de Hana en Microsoft Windows. Técnicamente, esto también sería posible, pero no tendría sentido en términos de política de mercado:

Microsoft no puede tener ningún interés en crear otro competidor del servidor SQL, y SAP tampoco tiene mucha ambición de promover la plataforma de servidores Windows - la relación con Suse Linux es bastante excelente e incluso se va a ampliar.

Con OpenStack y otros proyectos de código abierto, también quieren expulsar a VMware - similar a Oracle - de la comunidad SAP. ¡Un plan muy ambicioso por parte de la empresa con sede en Walldorf! Pero por el momento hay una euforia OpenStack.

Así que espero que 2016 sea una auténtica batalla por la virtualización de centros de datos más eficiente (no solo servidores, sino también almacenamiento y redes) y la nube híbrida más barata, porque con el lanzamiento de AWS, Azure y muy pronto una oferta adecuada de Google, será una guerra de precios en la nube.

SAP intervendrá masivamente en la competencia entre proveedores con sus propias ideas y pondrá a Suse Linux y a toda la comunidad de código abierto de su lado: ¡OpenStack es solo el principio!

SAP quiere resolver la cuestión del uso indirecto de forma menos elegante. Por el momento, parece que habrá numerosas soluciones individuales que se configuran totalmente en función de las preferencias personales y los pensamientos estratégicos.

El caos es perfecto, porque cómo se va a vender una solución de comercio electrónico Hybris cuando se sospecha que millones de usuarios en línea la utilizan indirectamente.

En última instancia, la mitad del mundo de TI tendría que transferir licencias de uso indirecto a Walldorf porque Ariba, SuccessFactors, Hybris, Fieldglass y Concur se basan ahora en software de Walldorf, un asunto desastroso para los usuarios, pero también para SAP.