¿Apuesta arriesgada o Hana en GitHub?
Un buen software puede ser aún mejor si, por ejemplo, mejoran la plataforma de base de datos subyacente, el sistema operativo y el hardware. Una idea trivial que puede observarse en todas las áreas de TI. Pero, ¿y si las interfaces entre aplicación, medio, base de datos y hardware están cableadas?
Hace muchos años, muchos colegas consiguieron "impulsar" su sistema ERP SAP cambiando de base de datos. Por aquel entonces yo me había convertido en CIO del Grupo con mucho entusiasmo y nos enfrentábamos a la decisión: ¿seguir con Oracle o aceptar la oferta tan tentadora de IBM por DB2? La propia SAP hizo una apuesta arriesgada con Hana: Hana no tiene valor añadido. Hana puede ser una excelente plataforma de base de datos para S/4, pero nada más. "No seas inmodesto", me amonestó mi mujer cuando le hablé de esta columna: "Al fin y al cabo, tú también tienes que llevarte bien conmigo de por vida... ¿o me estás engañando últimamente?".
Inmediatamente le contesté: "con lealtad de por vida e indivisa", pero le dije que podía llevarla tanto al mar como a la montaña en vacaciones. Con Hana, ¡sólo puedo ejecutar S/4! El ex Director de Tecnología de SAP, Vishal Sikka, tenía planes muy distintos. Quería establecer Hana como una nueva oferta en el mercado de bases de datos y soñaba con un amplio despliegue de Hana más allá del ERP de SAP. Incluso había planes para posicionar Hana como código abierto, y Sikka presentó algunas start-ups en Palo Alto, California, que estaban empezando a implementar sus innovaciones en Hana.
Mis habituales de SAP saben que Vishal Sikka tiene ahora un contrato de consultoría con Oracle y que no hay más start-ups luchando por Hana a largo plazo. Hana es un producto de software de SAP como muchas otras aplicaciones y esta circunstancia supone un riesgo para nosotros, los clientes existentes: ¿Quién seguirá desarrollando Hana? ¿Quién alimentará Hana con nuevos algoritmos? ¿Quién se ocupará de un ecosistema en torno a la plataforma de base de datos de Hana? ¿Quién asumirá los costes y los derechos de licencia para el funcionamiento paralelo de la base de datos con Hana y AnyDB?
Dado que Hana se encuentra singularmente en el mundo SAP, SAP sigue siendo también el único responsable de este producto. Se trata de una gran responsabilidad, y es de temer que en los próximos años turbulentos SAP no siempre pueda estar a la altura de esta responsabilidad. Ya se está pidiendo un Hana 3, que el redactor jefe Färbinger ha anunciado falsamente una y otra vez, como si pudiera obligar a SAP a hacerlo. Sin embargo, a pesar de sus fantasías, se avecina un recauchutado de Hana.
SAP sigue en conversaciones con Microsoft, IBM y Oracle sobre un periodo de transición conciliador de AnyDB hasta 2030, pero la desconfianza sobre la estrategia de BD es alta entre las partes implicadas. Otro cambio de BD de Hana a AnyDB para un sucesor de S/4 podría ser discutible desde una perspectiva empresarial, pero sobrecargaría organizacionalmente a la mayoría de los departamentos de TI de SAP.
SAP seguirá cumpliendo sus obligaciones de mantenimiento de Hana en los próximos años. Pero la pregunta es: ¿Quién seguirá desarrollando Hana de forma innovadora? No existe una comunidad libre de Hana. No hay nuevas empresas deseosas de desarrollar Hana. No hay mercado para los complementos y servicios de Hana fuera de los estrechos confines de S/4. La única responsabilidad de Hana recae en SAP.
Una solución al dilema sería recurrir a la idea de Vishal Sikka y liberar Hana en la escena del código abierto: en otras palabras, poner el código fuente de Hana en GitHub y esperar que los desarrolladores libres también encuentren interés en seguir desarrollando el sistema de base de datos. Una idea muy audaz sería, por ejemplo, explotar este Hana de código abierto junto con IBM y llevarlo a una empresa conjunta con Red Hat. Nuestros jóvenes desarrolladores de software sueñan con la combinación de IBM Power, Red Hat Linux y Hana. Bueno, soñar también está permitido en la comunidad SAP, pero todos juntos necesitamos una solución sostenible para Hana.